| Summary: | When using dual screen, krunner is half visible on some screen layouts | ||
|---|---|---|---|
| Product: | [Plasma] krunner | Reporter: | raphael.cazenave |
| Component: | general | Assignee: | Kai Uwe Broulik <kde> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | hohenegger, justin.zobel, mahen, manaphuun, okurz, raphael.cazenave, thomas.luebking, vylu |
| Priority: | NOR | ||
| Version: | 5.3.1 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| URL: | http://i.imgur.com/AF2B6Io.jpg | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | correct krunner window after restarting | ||
|
Description
raphael.cazenave
2015-05-08 16:38:22 UTC
I'm using Intel driver (Intel HD 4600)
Archlinux Stable with:
kdeplasma-addons 5.3.0-1
krunner 5.9.0-1
kwin 5.3.0-1
kwindowsystem 5.9.0-1
plasma-desktop 5.3.0-2
plasma-framework 5.9.0-1
plasma-mediacenter 5.3.0-1
plasma-meta 5.3-1
plasma-nm 5.3.0-1
plasma-workspace 5.3.0-1
plasma-workspace-wallpapers 5.3.0-1
xf86-video-intel 2.99.917-5
I'm not sure, but I think it's more Kwin related than Krunner Does the situation "fix" when you suspend the compositor (SHIFT+Alt+F12)? Otherwise: "hardly" Sadly, the situation is the same when I suspend the compositor (SHIFT+Alt+F12). KWin doesn't position or decorate krunner. Aside the misposition, it looks like a wrong mask is applied? Not sure of what you mean by "a wrong mask is applied". The issue still happens on plasma* 5.3.1. Happens on another computer as well. I found another workaround: disable and re-enable the second screen several times and randomly it works as expected. > Not sure of what you mean by "a wrong mask is applied". http://en.wikipedia.org/wiki/Shape_extension Yes, it seem like a wrong mask is applied. Like you can see in this screenshot : http://i.imgur.com/AF2B6Io.jpg the bottom of the krunner seems ok (with the little white border), but cropped at the left and the right (without the little white border). The bug is not very annoying, but i wonder if this can show something wrong with kscreen. You can check the mask (if any) on the window by xwininfo -all | grep -i shape then click the window after the cursor turned into a "+" I could imagine that it shapes for performance or to not bleed onto the other screen. We have reports (and could reproduce) appearance of the QML driven KWin Tabbox (alt+tab) on the "wrong" (undesired) screen, but no weird shaping. Sorry for the late anwser. It seems that there is no mask at all. ``` No window shape defined No border shape defined ``` Not even when the krunner behave good. Means the window is smaller than the QML scene, not related to window management at all. So, related to krunner ? Yes (of course) - that's why I assigned it here. I bet on QtQuick, but don't know the krunner code at all. I have a similar problem - also using dual monitor setup (1600x900 laptop screen on the left and 1920x1200 external screen on the right). krunner shows up correctly on the laptop screen, but is not visible at all on the external screen. When I press Alt+F2, the previously active window loses focus and krunner gets activated, I can type something and press enter and it works as excpected, but no output visible. I can print additional info with xwininfo: $ sleep 2; xwininfo -name krunner xwininfo: Window id: 0x20000b8 "krunner" Absolute upper-left X: 0 Absolute upper-left Y: 0 Relative upper-left X: 0 Relative upper-left Y: 0 Width: 1 Height: 1 Depth: 32 Visual: 0x72 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x2000099 (not installed) Bit Gravity State: ForgetGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +0+0 -3519+0 -3519-1199 +0-1199 -geometry 1x1+0+0 So it seems the krunner window is only 1x1 in size and placed in the screen corner. This was with screens aligned on the top, but the situation doesn't fix for me if I align the screens on the bottom - only the geometry is a little different: [...] Corners: +0+300 -3519+300 -3519-899 +0-899 -geometry 1x1+0+300 Distro: Arch Linux 2015.11.01 KDE version: 5.5.1 krunner version: 5.17.0 Video driver: Intel i945 xrandr output: https://paste.kde.org/p8msmf0x3 Created attachment 96210 [details]
correct krunner window after restarting
Same problem here with a dual screen setup, see screenshot. Workaround is to kill and restart krunner.
Sorry for the noise, here are the screenshots: Cropped krunner window: http://imgur.com/Cwd862J Correct krunner window after restarting it: http://imgur.com/Xs0szsK Killing and restarting krunner restores normal behaviour for me as well, thanks for the hint. With my dual screen layout (with proprietary Nvidia graphics) krunner becomes completely invisible on the second screen. With 'screen follows cursor' activated in the settings, it is still visible on the first screen, but of course it is tedious to change the screen to see krunner. Hi ! I think I have a related issue. Using Archlinux (latest KDE, plasma 4.6), optimus setup, using Intel HD Graphics 3000 (my nvidia GPU is in standby mode), when plugging a secondary screen (different resolutions), I have to align the bottom of the screens in kscreen, otherwise there are various issues (for instance : the content of the first screen is not refreshed while the second one is). The first time I plugged my external screen there was additionally incorrect colours but that's not the case anymore and probably another problem. I hope this post is relevant, I'm sorry if that's not the case. Please tell me if I should report a distinct bug. rather related to bug #361342 and many friends? (I assume there's a panel on the bottom?) Hmm, symptoms are different but probably related (I mean, from a dumb user like me perspective). In my case, one of the screen is completely unusable (content is frozen, except the mouse pointer) and the other is 100% working, unless I align the bottom of the screens (hence the bottom panels, indeed). Thanks for your message ! I always fear to waste devs & triagers' time. Thanks for the reports. I've not seen this issue but I have two screens of the same resolution. Can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I've set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thanks. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |
