Bug 419878

*** This bug has been marked as a duplicate of bug 419867 ***

Looks like this is not in fact a duplicate. Re-opening.

*** Bug 419961 has been marked as a duplicate of this bug. ***

*** Bug 420918 has been marked as a duplicate of this bug. ***

*** Bug 421001 has been marked as a duplicate of this bug. ***

*** Bug 423402 has been marked as a duplicate of this bug. ***

*** Bug 427836 has been marked as a duplicate of this bug. ***

*** Bug 429359 has been marked as a duplicate of this bug. ***

*** Bug 432201 has been marked as a duplicate of this bug. ***

*** Bug 434854 has been marked as a duplicate of this bug. ***

Most reports are from Plasma 5.18, a few are from 5.19, and one is from 5.20. None are from 5.21 so far. I cannot reproduce the issue myself in 5.21. For any of you who have been affected in the past but are not using 5.21, can you report back on whether it's working for you now? Thanks!

On mine (bug 434854):
20.04, Plasma 18.5: works
20.10, Plasma 19.5: doesn't work

I have Plasma 5.21.3, Frameworks 5.80.0 and Qt 5.15.2 and mouse action Vertical-Scroll=Switch Desktop still doesn't work.

I also tried different Vertical-Scroll actions and none of them works.

Thanks. This feature works for me, so I wonder what the difference is. Quick question for people affected: if you delete the Vertical Scroll mouse action (with the little minus sign button), then hit Apply, and then define a new Vertical Scroll action, does the newly-remade Vertical Scroll action work properly?

tested on fedora 33, Plasma 5.21.3, FW 5.80.0, Qt 5.15.2
as advised, i removed mouse-actions, applied, and re-added them. no change. still, desktop does not change on mouse-scroll.

Darn. Thanks for testing. So I guess it's not stale invalid entries in the config file.

Hi Nate, can you please do the steps in this bug report and see if still mouse scroll works for you or not?

https://bugs.kde.org/show_bug.cgi?id=427836

Yup, those steps in that bug report work for me.

Thanks for checking! 
That bug report is essentially a duplicate of this one, but with more details that could be used to fix this bug.

As with Petr, my attempt at removing and re-adding the scroll action does not make it work.
However, scroll-to-change does work fine with Configure Desktop > Wallpaper > Layout set to Desktop. With Layout > Folder View, it does not work.
Adding or removing desktop rows does not have any impact.

hm ... my desktop is and has always been on wallpaper. what can you suggest me to change?

Hi. Same here. I removed mouse action, then re-added action and still doesn't work.

ok, found it. mystery solved and probably case closed. it's a problem in the upgrade process.
there have ben a lot of new properties introduced in "plasma-org.kde.plasma.desktop-appletsrc", as such, that previous entries are not handled properly, resp. get new (for upgraders unexpected) values. the problem in this issue can be solved easily as follows: go to "Configure Desktop > Wallpaper" and set it deliberately to "folder view". apply. then reset it to "desktop view", apply. solved.
btw: another annoying setting is for the taskmanager, where after the upgrade clicking on grouped tasks cycles through the windows. now you have to actively adjust the new property under "Behavior > Clicking grouped tasks" and set it to "Show textual list" to get the previous behavior.
hope this helps!

@Petr: Mentioning Wallpaper was mostly because that’s the “parent” setting (right sidebar) on Desktop Settings that contains the settings for selecting Folder View or Desktop View.

When I set it to Folder View, the scroll action does not work. 
If I change it to Desktop View, it does work. 
I use vertical scroll on desktop to change virtual desktops. 

The issue, for me (and for everyone else, from what I gather) is that earlier (e.g on my Kubuntu 20.04 install), the scroll action worked under both Desktop and Folder View. 

I’ve changed back and forth between Desktop and Folder View a lot in my Kubuntu 20.10 install (where I experience this issue), but the scroll action only works if Desktop View is set. Also, no other scroll action works either.E.g. I can’t set it to open the “right click” menu. I.e. it seems as if the scroll wheel isn’t accepted as an action at all.

Do the scroll action work in both Folder and Desktop view for you, after switching back and forth?

> I’ve changed back and forth between Desktop and Folder View a lot in my Kubuntu > 20.10 install (where I experience this issue), but the scroll action only works > if Desktop View is set.

Same here. Switching to Desktop and back to Folder view doesn't help.

@Ivar you're completely right, it only works in desktop view, still not working under folder view. but previously under 5.18 (which was my original concern, which prevented me to upgrade), neither was working (for me). because i'm only using desktop view, i'm happy now!

*** Bug 439711 has been marked as a duplicate of this bug. ***

A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1151

Git commit 754e229b83708c1b8c7be547ef2dcf5645bafc21 by Nate Graham, on behalf of Arjen Hiemstra.
Committed on 16/09/2022 at 14:06.
Pushed by ngraham into branch 'master'.

folderview: Fix grid overflow property so it properly reports overflow state

In some cases, viewportArea.widthRatio or heightRatio can be 0 when it's
not actually overflowing. So account for that to ensure we properly
report the overflow state.

M  +7    -1    containments/desktop/package/contents/ui/FolderView.qml

https://invent.kde.org/plasma/plasma-desktop/commit/754e229b83708c1b8c7be547ef2dcf5645bafc21

Git commit cb3cbbe3b07da0c9e35cdef69343d32f7659f550 by Nate Graham, on behalf of Arjen Hiemstra.
Committed on 16/09/2022 at 14:08.
Pushed by ngraham into branch 'Plasma/5.26'.

folderview: Fix grid overflow property so it properly reports overflow state

In some cases, viewportArea.widthRatio or heightRatio can be 0 when it's
not actually overflowing. So account for that to ensure we properly
report the overflow state.


(cherry picked from commit 754e229b83708c1b8c7be547ef2dcf5645bafc21)

M  +7    -1    containments/desktop/package/contents/ui/FolderView.qml

https://invent.kde.org/plasma/plasma-desktop/commit/cb3cbbe3b07da0c9e35cdef69343d32f7659f550

Git commit 508a7b385f8747f326fab4f1843b2a24870b3961 by Nate Graham, on behalf of Arjen Hiemstra.
Committed on 16/09/2022 at 14:09.
Pushed by ngraham into branch 'Plasma/5.24'.

folderview: Fix grid overflow property so it properly reports overflow state

In some cases, viewportArea.widthRatio or heightRatio can be 0 when it's
not actually overflowing. So account for that to ensure we properly
report the overflow state.


(cherry picked from commit 754e229b83708c1b8c7be547ef2dcf5645bafc21)

M  +7    -1    containments/desktop/package/contents/ui/FolderView.qml

https://invent.kde.org/plasma/plasma-desktop/commit/508a7b385f8747f326fab4f1843b2a24870b3961

*** Bug 419867 has been marked as a duplicate of this bug. ***

*** Bug 447158 has been marked as a duplicate of this bug. ***

*** Bug 455250 has been marked as a duplicate of this bug. ***

*** Bug 456513 has been marked as a duplicate of this bug. ***

*** Bug 417566 has been marked as a duplicate of this bug. ***