Version: (using KDE 4.2.98) Installed from: Ubuntu Packages The grouping of windows from the same application in the panel does not allways seem to work. This means e.g. I have 5 kmail windows, but only 3 are grouped together and the others not. There does not seem to be a rule when this happens and when not. This also happens with applications windows of OpenOffice and Dolphin.
SVN commit 1003866 by aseigo: should be the same results, but a lot more straightforward. might even solve some edge cases? CCBUG:201761 M +23 -23 programgroupingstrategy.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1003866
nope, i'm still seeing this probem on ocasion. :/
SVN commit 1016728 by aseigo: bacport r1003866 CCBUG:201761 M +23 -23 programgroupingstrategy.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1016728
I am using KDE SC 4.3.4 with Qt 4.5.3. The Bug seems to be fixed now. I have tested this bug with Dolphin, KMail and OpenOffice.org. The windows have always been grouped correctly.
I am using KDE 4.4. RC2 packages from Kubuntu. In this packages and before it worked with one exception: Kmail. Mostly it works, but not allways, but I have not figured out exactly when it happens. It seems (not sure if 100% reproducable) to happen when then KDE main window is opened after the composer windows (there is another Kmail bug, do not know bug no, which prevents the main windows to be opened in session restauration). When I open the main window then manually (often, not sure if all the time) the main window is not part of the group and sometimes new composer windows tend to get of line too.
*** Bug 223402 has been marked as a duplicate of this bug. ***
Hmm I guess I see the same bug or a related one on KDE 4.3.4, from OpenSuse 11.2: I experience this mainly when having one window on one virtual desktop, opening a sub-window or the same-type window, switching the virtual desktop in the meanwhile, where all those other opened windows will appear -- the result is that those windows aren't grouped together. If I check on each Window "Don't allow to group" and then "Allow to group this window" individually, all those windows will be grouped together correctly. In my experience the virtual desktop switch between opening a new window and the window appearing (if the desktop switch is faster than the window opening) is the common denominator for this grouping effect.
*** Bug 195890 has been marked as a duplicate of this bug. ***
*** Bug 232511 has been marked as a duplicate of this bug. ***
*** Bug 226368 has been marked as a duplicate of this bug. ***
I don't reproduce, Do you reproduce with kde 4.4.4 or 4.5 beta ?
It can be reproduced when you insert a memory card/cdrom and choose open in Dolphin in the Device manager widget. Unfortunately it is not in 100% cases. I was able to reproduce it only in KDE 4.4.4. In KDE 4.5 I'm not sure, I have reproduced it only once and I'm not able to reproduce it again.
It still happens for me with KDE 4.5 beta 2. I had a few konqueror windows opened from the last session which were shown as grouped in the taskbar. Since then I have opened three other konqueror windows. From these three two were added to the group but one is still separated.
I get this on 4.5 beta 2 with Qt4.7beta1. If anything it has got worse - I think it was solved on 4.4, but has come back in 4.5. In 4.5 beta 2 it isn't just that the windows are not always grouped in the panel, but that some windows in the panel are not linked to the correct window or even application. Eg at the moment I have skype and 3 skype-chat windows open. 2 skype chat windows are grouped, but one is not. Clicking on the one that is not grouped actually brings up one of the two grouped chats (ie titles don't match windows). Once I clicked on a minimised skype chat window in the panel to bring it to the front and I got a konsole window instead... It seems to sort itself out eventually though - especially if you minimise windows and bring it forward again a couple of times. Sorry can't reproduce it more precisely than to say open multiple windows of the same program and eventually you will get this behaviour. I notice it most with openoffice documents, konsoles and skype chat's. cheers M.
Created attachment 51690 [details] Screenshot showing example with kde 4.5.1 and QT4.7rc1 This attachment shows continued inconsistent grouping. The problems I had with icons not being linked to correct programme seems to have been fixed, but grouping is still not consistent - eg here some dolphin windows are grouped, one is not. kmail is grouped, firefox and okular are not.
See it now on 4.5.68 - two Konqueror groups, one 2 windows, another single window.
I'm still seeing this on 4.6 beta 1
me too having this problem in Beta one. Actually it is worse than in KDE 4.5. While in KDE 4.5 it mostly worked, in KDE 4.6 Beta one grouping mostly does not work.
The behaviour has improved in Beta2. Kmail (still 4.4.8) now groups again completely. OpenOffice and Firefox don't. At least not on session restauration. But I can go into context menu, set "Do not allow this programm to be grouped" and then "Allow this programm to be grouped". Then Firefox and OO.org-grouping works. May be the problem has to do with session restauration, but it seems not exclusively. When I have a group of OO.org-documents, then open a new one, one of the documents breaks grouping (not the new one, but one which was previously part of the group). Opening a new window and have grouping remaining does not seem to be a problem with Opera, Chromium, Konqueror. Wait. Some new experiments. OO.org also does not cause any problems, if I close all windows and then start opening several documents. Now theory 1: Grouping causes problems on session restauration with non-KDE (may be non-qt) apps. The problem then continues to exist until all windows are closed and the app is newly started. Now theory 2: The same as theory 1, but that it is not limited to non-KDE (non-qt). I haven't tryed this in detail yet (I do not have time right now), but it is rather unlikely, since at least kmail does not have the problem anymore.
I still have inconsistent grouping in 4.6 beta 2.
Using KDE 4.6.0, with manual groups, after creating a group with emacs and okular I observe the following: After some minutes of work, the group is either left with only one element or some element of the group is replaced by an irrelevant window (for example, okular leaves the group and konqueror replaces it). Switching to another virtual desktop disbands the group. These problems pretty much turn groups from a very useful function into something useless.
Haven't seen this one happening in a while. Does this one still happen on 4.8.3 or later?
it happens rarely with 4.8.2. I can not tell for later, because there are no 4.8.3 packages for Oneric. I wont upgrade to Precice until 3 months after its release due to a huge mistrust that everything will work as before (that might not be true, but I have made to much bad experiences). I can test if upcomming 4.8.4 will be made available again for Oneric.
Thank you for the feedback.
Hi, I have a similar bug with KDE 4.7.4 on 64-bit Debian Wheezy. Here is how I can reproduce it. 1. Open several applications, for example, one instance of dolphin and two instances of konsole. The two instances of konsole are grouped automaticallly. 2. Click the "show desktop" widget button on the panel. All windows are minimized. 3. Click, once again, the "show desktop" widget button on the panel. Expected result: All windows are restored and the two instances of konsole remain grouped. Actual result: All windows are restored, but the two instances of konsole are ungrouped after the second click of "show desktop" widget button. Additional info: After the second click of "show desktop", clicking either instance of konsole on the taskbar will cause the two instances of konsole to be grouped again.
Using KDE 4.8.97 grouping works pretty well, except for wine applications. All wine/crossover applications are grouped in a single group, even if they are different applications. See the screenshot.
Created attachment 72761 [details] Grouping wine windows
(In reply to comment #26) > Using KDE 4.8.97 grouping works pretty well, except for wine applications. > All wine/crossover applications are grouped in a single group, even if they > are different applications. See the screenshot. This is due to the way wine is running, not much we can do about. What counts is that KDE applications are grouped correctly.