Version: (using KDE KDE 3.0.99) Installed from: Compiled From Sources Compiler: gcc-3.2 OS: Linux I try to organize my desktops according to function. If a window is open in the wrong desktop I use the rclick on titlebar --To Desktop to move the window. In the kde3.1rc3 and kde3.1rc5, To Desktop shows up with the names of all desktops, but with NO check-mark beside the desktop presently on view, and if I click on another desktop the window DOES NOT move. Previous versions of kde(2.x, 3.0.x) have all worked brilliantly here. qt-3.1.0 also compiled from source with gcc-3.2
I cannot reproduce the problem, and after looking at the code, I find the problem very unlikely to happen. Please try to provide more detailed information. Do you run normal standard KDE desktop? Does the problem occur also when running as a fresh new user?
Subject: Re: R click on window title bar to move to a different desktop -- doesn't work On Wed, 18 Dec 2002 03:14, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=51973 > > > > > ------- Additional Comments From l.lunak@kde.org 2002-12-17 15:14 ------- > I cannot reproduce the problem, and after looking at the code, I find the > problem very unlikely to happen. Please try to provide more detailed > information. Do you run normal standard KDE desktop? Does the problem occur > also when running as a fresh new user? Hello -- thank you for your answer. I run the normal KDE desktop -- Keramik style, compiled from sources KDE-3.1rc5. I have never had problems such as this with Kde-3.0.x or earlier -- but I have just had a thought -- is this maybe a Keramik problem? as I don't remamber running Keramik earlier either. When running as a fresh new user the problem does NOT occur -- I can use the r-click -> to desktop method of moving windows for the first session. Then the problem occurs. Hope this provide more light on this problem --
from: muzh@ihug.co.nz Hello -- thank you for your answer. I run the normal KDE desktop -- Keramik style, compiled from sources KDE-3.1rc5. I have never had problems such as this with Kde-3.0.x or earlier -- but I have just had a thought -- is this maybe a Keramik problem? When running as a fresh new user the problem does NOT occur -- I can use the r-click -> to desktop method of moving windows for the first session. Then the problem occurs. Hope this provide more light on this problem -- Peter Keller ( muzh@ihug.co.nz )
Hmm. Still no idea what could be wrong, this shouldn't be dependent on the style. Could you try it also with other kwin decoration styles (2 others)? What focus policy do you use? How many virtual desktops do you have, and have you explicitly changed this value from the default? When the problem appears, please do 'ps aux | grep kdeinit' and include the output in the report. Maybe then I'll be able to figure out what's wrong.
Subject: Re: R click on window title bar to move to a different desktop -- doesn't work On Wed, 18 Dec 2002 22:17, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=51973 > > > > > ------- Additional Comments From l.lunak@kde.org 2002-12-18 10:17 ------- > Hmm. Still no idea what could be wrong, this shouldn't be dependent on the > style. Could you try it also with other kwin decoration styles (2 others)? > What focus policy do you use? How many virtual desktops do you have, and > have you explicitly changed this value from the default? When the problem > appears, please do 'ps aux | grep kdeinit' and include the output in the > report. Maybe then I'll be able to figure out what's wrong. Hello again -- I have tried this also with quartz and riscOS decorations -- with no change. Here is the output of 'ps ax | grep kdeinit' immediately after trying to move the window thus: 22:35 $ > ps aux | grep kdeinit peter 117 0.0 1.1 23484 11684 ? S 20:02 0:00 kdeinit: Running. peter 120 0.0 1.1 23300 11912 ? S 20:02 0:03 kdeinit: dcopserv peter 123 0.0 1.2 24392 12980 ? S 20:02 0:00 kdeinit: klaunche peter 125 0.3 1.5 27388 15848 ? S 20:02 0:30 kdeinit: kded peter 145 0.0 1.6 29940 16928 ? S 20:02 0:00 kdeinit: knotify peter 148 0.0 1.3 24640 13972 ? S 20:02 0:00 kdeinit: ksmserve peter 149 0.2 1.6 28220 17312 ? S 20:02 0:20 kdeinit: kwin -se peter 151 0.5 2.2 35152 22860 ? S 20:02 0:50 kdeinit: kdesktop peter 153 0.5 1.9 30352 19880 ? S 20:02 0:50 kdeinit: kicker peter 157 0.1 1.5 27224 15888 ? S 20:02 0:09 kdeinit: klipper peter 162 0.5 3.4 48380 35828 ? S 20:02 0:53 kdeinit: konquero peter 163 0.1 1.7 28572 17608 ? S 20:02 0:17 kdeinit: konsole peter 164 0.0 1.7 28704 17604 ? R 20:02 0:06 kdeinit: konsole peter 165 0.2 2.6 40204 27024 ? S 20:02 0:18 kdeinit: konquero peter 166 0.0 2.6 38804 27292 ? S 20:02 0:06 kdeinit: konquero peter 168 0.2 2.5 39896 26548 ? S 20:02 0:19 kdeinit: konquero peter 212 2.7 6.0 74500 62100 ? S 20:04 4:12 kdeinit: konquero peter 303 0.0 1.6 27348 17000 ? S 20:09 0:02 kdeinit: kio_uise peter 1136 0.0 1.3 25596 13728 ? S 22:00 0:00 kdeinit: kio_file peter 1207 0.0 1.2 24048 12760 ? S 22:22 0:00 kdeinit: kio_http peter 1212 0.0 1.2 24048 12764 ? S 22:22 0:00 kdeinit: kio_http peter 1216 0.0 1.2 24048 12764 ? S 22:24 0:00 kdeinit: kio_http peter 1218 0.0 1.1 23764 12328 ? S 22:24 0:00 kdeinit: kio_pop3 peter 1247 0.7 2.6 40384 27088 ? S 22:29 0:03 kdeinit: konquero peter 1248 0.0 1.1 23744 12304 ? S 22:29 0:00 kdeinit: kio_file peter 1271 0.8 1.7 28648 18448 ? S 22:37 0:00 kdeinit: kcontrol peter 1274 0.0 0.0 1388 492 pts/1 S 22:38 0:00 grep kdeinit In response to your other questions, I use focus strictly under mouse. On changing to 'click to focus' the bug magically disappeared! I have tried all the other focus settings -- and can confirm that the bug only appears when focus strictly under mouse is selected. A pity, as I like this setting -- I have 8 virtual desktops, and, yes, I have changed the names from the default to more descriptive names. Hope we are getting somewhere now --
I wonder how you manage to make the popup menu appear at all - it doesn't even work with this focus policy ( bug #50383 ). Is this a duplicate of that bugreport?
Subject: Re: R click on window title bar to move to a different desktop -- doesn't work On Wed, 18 Dec 2002 23:04, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=51973 > > > > > ------- Additional Comments From l.lunak@kde.org 2002-12-18 11:04 ------- > I wonder how you manage to make the popup menu appear at all - it doesn't > even work with this focus policy ( bug #50383 ). Is this a duplicate of > that bugreport? I have refered to bug#50383. I think that my bug report might be a duplicate of that one -- only in my case, with focus strictly under mouse selected, the pop-up menu DOES appear. It just doesn't work -- I have just tried the other functions (move, minimize, shade etc) and none of them work.
*** This bug has been marked as a duplicate of 50383 ***