Version: (using Devel) Installed from: Compiled sources Compiler: latest gcc basic optimizations & no debug OS: Linux When using the notes plasmoid I noticed it's menu didn't show in front but behind the rss applet. the menu also does move off-screen. I can also get the weather applet to show it's menu behind *some* other applets, but I was unable to find a certain way to reproduce it. See the attached video, maybe it helps...
Created attachment 25017 [details] screencast showing the issue
bizarre; and probably not a plasma issue but a kwin composite issue. will investigate further before reassigning.
aaron: the menu on notes plasmoid is really nasty, it's not a window on its own... it's rendered as a widget on canvas instead! don't know why, it should be a normal popup menu but it's all wrapped into the proxy plasmoids that do these things are also ones that will always be broken in the panel, even if i will be able to zoom the too big applets the menu will always exit from the top (and zoomed, omg)
*** Bug 163914 has been marked as a duplicate of this bug. ***
*** Bug 165085 has been marked as a duplicate of this bug. ***
Just to add: Ordinary right-click menus are, so called, "smart", so if they are opened near the edge of the screen they change the position (from default one: down-right) to some other side (relative to the cursor), but some* Plasma right-click menus are "stupid", so if there is no place for them to be opened on default place, they are still opened there so the user can't click on them (they are out of the screen). *for example, one that you get if you press right click on text input field Steps to reproduce: - use Notes plasmoid and move it to the right edge of the screen - right click on the field for text input - Wou, menu goes out of the screen The same thing can be achieved with the rotation of plasmoids. Ver. KDE4.1 beta 2, Fedora rawhide
The same applies to the Twitter KDE plasmoid when righ-clicking on the text input field, but not on the rest of the plasmoid. Maybe someting related to text input?
*** Bug 166818 has been marked as a duplicate of this bug. ***
*** Bug 168453 has been marked as a duplicate of this bug. ***
This sounds exactly the same as the Qt441/system tray issue - but in reverse.
menus appearing in the wrong place is an upstream bug in Qt. they are aware of it, hopefully will fix it soon. we'll see. closing with UPSTREAM.
*** Bug 168282 has been marked as a duplicate of this bug. ***
Still present in trunk as of KDE 4.2.61 (KDE 4.2.61 (KDE 4.3 >= 20090127))
Created attachment 30735 [details] Another notes-plasmoid glitch I decided not to create yet another duplicate bug report for it, so I'm attaching my screenshot here - besides - please decide whether close this issue as UPSTREAM or INVALID. Other plasmoids are not affected by this bug, what makes this plasmoid so unique that it needs to draw context menu in such way?
Created attachment 30737 [details] Bug illustration Actually, its not only a context menu problem. If you rotate the notes plasmoid and choose Find or Replace from the context menu, the dialog box will be rotated as well. Also, the window decoration is different than the system default (oxygen) and the icon in the titlebar is the "Qt" icon.
*** Bug 182767 has been marked as a duplicate of this bug. ***
*** Bug 198656 has been marked as a duplicate of this bug. ***
*** Bug 189445 has been marked as a duplicate of this bug. ***
*** Bug 207266 has been marked as a duplicate of this bug. ***
*** Bug 208914 has been marked as a duplicate of this bug. ***
There's definitely something odd here. Why are the child windows of the Notes widget rendered as plasma widgets themselves, and why only for Notes? That makes no sense. The reason given for the UPSTREAM close was that it's a menu positioning problem. It's not - the underlying issue is that these windows are somehow sucked in and converted into plasma widgets, and this is an issue specific to Notes. This needs to be reopened until a real fix or cause can be found.
Sounds like a fix, although ugly, is possible: http://mail.kde.org/pipermail/plasma-devel/2009-May/005855.html The issue appears to be a result of embedding a "standard" widget into a plasma scene. Then every child of it shows up inside Plasma too.
Just to let you know it's still reproducible in 4.3.3 (just wanted to ask what UPSTREAM exactly is responsible for this and what upstream release of what is supposed to fix this).
This is workaround-ed in the Notes widget now since the SVN revision 1067021, which is going to be included in the next KDE SC 4.4 release. Thanks
It's still present in 4.4 branch as of 4.4.2 tag. Quite frankly I don' think it's worth working around "per widget" as any plasma widget that contains something with context menu (like Dictionary with input box) is affected by this bug.
Just FYI: this has been fixed, dunno when but it's no problem anymore in Plasma 4.6.x :D