Version: (using KDE KDE 3.2.92) Installed from: Compiled From Sources Compiler: gcc 3.4.1 OS: Linux I have my "K" menu put in a child panel at the right of the screen. When I click it the first time, the menu appears as if the "K" was placed in the lower left corner. After this first click, it always shows itself in the right position (touching the right of the screen). I assume the panel position initialization code is called in the wrong place, after the initial drawing. Thanks for the great software Ricardo Ferreira
*** Bug 87635 has been marked as a duplicate of this bug. ***
I confirm! Same here.
tested with CVS HEAD. works.
I hope you restarted KDE when testing because as I said it only happens the first time (in a session) the menu is clicked. I haven't compiled CVS HEAD so I'll have to wait until next KDE version comes out to verify it. Thanks for your interest and great work :) Ricardo
Created attachment 8492 [details] screenshot
This bug is _not_ fixed in current head (or it has re-appeared, don't know). Please find a screenshot attached which shows the bug. As the original reporter says, it does only happen after your first click on the K-Menu after login. please re-open this bug. thanks, thomas :)
I thought it had been closed rather hastefully :) Ricardo
CVS (23.01.2005) Works for me. There was a problem with the removal of special buttons. Maybe its solving fixed this problem, too. Just for the case you don't know: For excessive testing you can restart kicker with dcop kicker kicker restart
Specify the Qt version you use, please. This bug seems to be caused by not applying the 0047-fix-kmenu-width.diff of qt-copy.
I have since changed distros (I previously had an LFS with qt-3.3.2 (the latest version at the time)). But after managing the LFS for 2 years, I finally got fed up with it (partially due to a libc upgrade that went slightly wrong :-) and changed to debian. After knowing the pains of package management, I'm loving apt-get and dpkg :-) Anyway, Debian is carrying qt-3.3.3 with kde 3.3.2 nowadays and the bug does not manifest itself with these versions (tried it today). Debian does some patching on it's own so this is not a pristine copy of qt. Maybe Thomas can confirm that the bug has indeed disappeared? Once again thank you all. Ricardo Ferreira
*** Bug 99015 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
I'm using qt-3.3.4-r2. And have the same problem... If this helps...
Comment #9 applies for me, i'm using QT from the trolls without any patches and i experience this bug. i'm currently unable to patch my QT, but if someone else please can confirm that applying the patch helps... this would be greatly appreciated :) thanks, thomas
i've made the positioning code slightly more robust as well. can one of you having problems please test against either the upcoming 3.4rc1 or 3.4 final when it comes out? thank you.
Is it very hard to backport this code into 2.3.2? I'd like to taste it, but my only computer is one I'm working with. And I'm not brave enough to have beta versions installed... And of course, Thank you, Aaron.
it's been confirmed that it's a Qt bug, the one that 0047-fix-kmenu-width.diff fixes. hooray!
Where can I get this diff? What versions of qt are affected? Should I recompile kde with the new version of qt. As I already told you I have qt-3.3.4 that is the latest stable verson of qt and experience this bug.
> Where can I get this diff? http://webcvs.kde.org/qt-copy/patches/0047-fix-kmenu-width.diff?rev=1.6&view=auto > What versions of qt are affected? All greater Qt 3.2.3. > Should I recompile kde with the new version of qt. No.
Thank you very much!!! I'll check this fix tonight.
*** Bug 101013 has been marked as a duplicate of this bug. ***