Summary: | pager settings does not remember the number of rows of virtual desktops | ||
---|---|---|---|
Product: | [Plasma] plasma4 | Reporter: | illumilore <illumilore> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | adaptee, asraniel, danni.coy, david.narvaez, itumaykin+kde, ivan.stetsenko, johnstone.jr, kdecrash, migrus123, olaf, pete, reidr, smkozasa, stefan.bauer, z_mikowski |
Priority: | NOR | ||
Version: | 4.8.1 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Patch for 4.7.1 pager (kubuntu kde-workspace-4.7.1 package) |
Description
illumilore
2011-06-16 21:51:53 UTC
Kubuntu 11.04 (KDE 4.6.2a-0ubuntu5.1) Having the same problem and the same workaround to toggle the pager setting. Have a 4x3 virtual desktop setup, that shows as 4x3 in the pager when logging in but is treated as 6x2 by kwin when moving around (start in top left, key command to move one down moves one down and 2 right on the pager). Changing the pager layout changes (after a delay) the rows setting in .kde/share/config/plasma-desktop-appletsrc: [AppletGlobals][plasma_applet_pager] rows=3 But this file has the correct value when the problem happens. Another detail is that logging out and logging back in does not trigger the problem for me, I have to reboot. Is 2 rows the default value for kwin? Are settings read by some daemon and not kwin directly, and could there be some problem with it not notifying kwin successfully on a fresh boot? (In reply to comment #1) > Is 2 rows the default value for kwin? Are settings read by some daemon and not > kwin directly, and could there be some problem with it not notifying kwin > successfully on a fresh boot? I have the same behaviour here, and it happens on KDE 4.7 I'm running Gentoo Linux ~amd64 I'll see on next reboot if cleaning /var/tmp/kde-* and /tmp/kde-* (did it after leaving X environement) I saw a patch for this but it was suposed to be in the 4.7* I recently upgraded to this version because I had this trouble on kde 4.6 and some others one. (In reply to comment #2) > (In reply to comment #1) > > > Is 2 rows the default value for kwin? Are settings read by some daemon and not > > kwin directly, and could there be some problem with it not notifying kwin > > successfully on a fresh boot? > > I have the same behaviour here, and it happens on KDE 4.7 > I'm running Gentoo Linux ~amd64 > I'll see on next reboot if cleaning /var/tmp/kde-* and /tmp/kde-* (did it after > leaving X environement) > I saw a patch for this but it was suposed to be in the 4.7* I recently upgraded > to this version because I had this trouble on kde 4.6 and some others one. Nvm. It is fixed. I made mistake, I had only some part of KDE 4.7 libs & packages. /me points at kde-base/kdebase-startkde This is still not fixed in 4.7.1 Created attachment 64766 [details] Patch for 4.7.1 pager (kubuntu kde-workspace-4.7.1 package) Have looked a bit at this now. At startup the pager calculates the desktop size correctly, but it does so before it has m_desktopLayoutOwner so it can't actually update the layout. Later init() is called, and it then has the m_desktopLayoutOwner so it could update but the code thinks the desktop size was set to the same thing last time so it incorrectly leaves it as-is. Adding a variable to track if the layout actually was set seems to fix the problem for me. In 4.8 this code is changed and kwin handles desktop layout, not the pager, and I think it avoids this problem. https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/4bf7761307a2453a63d918c60e13c26980727830 since this seems to be fixed in 4.8, can this report be closed? I have confirmed it is present on KDE 4.7.4 on Kubuntu 11.10 (the latest 4.7.x series as of this writing). On login, the desktops always defaults to 2 rows even though the pager shows one. The work around - which I have to do every single day - is to open the pager, change the rows to 2 and apply, then revert back to 1 row and apply. This is obviously confirmed by many people. Could it be marked as such? Until it is *confirmed fixed* in 4.8, closing it seems premature. Might I also suggest we default to 1 row? I find it much more usable - the Mac has changed to a single row and now people who never used virtual desktops before have adopted them. I can confirm this bug in Kubuntu 11.10 Oneiric. It did NOT happen with 11.04 natty and previous versions. My system is up-to-date, but my KDE version seems to be 4.7.3, although Mr. Mikowski has reported 4.7.4. I use 3 rows (lines) and 1 column. I mean that my 3 desktops are in a single COLUMN, one above or below the other. BUT my problem happens with the COLUMNS, not the rows. Every login I have to change back to 1 column, since I prefer a vertical panel to the left. I suggest it defaults to 1 column and 3 to 4 rows (lines), much more logic to switch desktop with the mouse wheel and to use a vertical panel. can confirm this is an issue with 4.8rc 1 pager is set to 1 column but defaults back to 2 after reboot. Confirmed on an up-to-date Sabayon with KDE 4.7.4. Most annoying. I can also confirm that Kubuntu has upgraded my KDE to 4.7.4 and still the bug persists. I'm using KDE 4.8.0 on gentoo (~x86) and the problem still persists Bug seems fixed for me in 4.8, although a bunch of other new bugs were created after the upgrade, of course... I can confirm this bug with KDE 4.8.1 in combination with openbox as windowmanager. I'd like to have a 1 column 4 row setup, but on every session start, I get 4 columns 1 row. The config dialog says "0 rows" when I open it. Setting the value to 4 gives me the layout I want. Please consider the usage of window managers other than kwin when fixing this bug. *** This bug has been confirmed by popular vote. *** I can confirm this bug with KDE SC 4.12.1 and openbox-3.5.2 on Gentoo amd64. If I choose normal KDE session, then number of rows (2) is preserved. If I choose KDE/Openbox session, then number of rows is reset to 0. (In reply to comment #16) > I can confirm this bug with KDE SC 4.12.1 and openbox-3.5.2 on Gentoo amd64. > > If I choose normal KDE session, then number of rows (2) is preserved. > If I choose KDE/Openbox session, then number of rows is reset to 0. Hmm, it seems non-Kwin WMs, i.e. EWMH-compliant, like Openbox are not supported due to this change: https://bugs.kde.org/show_bug.cgi?id=277965#c7 Hello! This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5. Accordingly, we hope you understand why we must close this bug report. If the issue described here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham |