Bug 347439 - When using dual screen, krunner is half visible on some screen layouts
Summary: When using dual screen, krunner is half visible on some screen layouts
Status: RESOLVED WORKSFORME
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: 5.3.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Kai Uwe Broulik
URL: http://i.imgur.com/AF2B6Io.jpg
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-08 16:38 UTC by raphael.cazenave
Modified: 2020-12-22 04:34 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
correct krunner window after restarting (3.62 MB, image/png)
2015-12-20 11:32 UTC, Fabian Köster
Details

Note You need to log in before you can comment on or make changes to this bug.
Description raphael.cazenave 2015-05-08 16:38:22 UTC
Hello,
Since few weeks (affects kwin 5.2 too, not sure about 5.1 but I think), when I use dual screen,
I'm facing an issue with krunner that is half hidden when I choose a screen layout with the secondary screen aligned to the top of the primary screen using kscreen.

This misbehaviour happens not everytime, but almost everytime.

The only workaround I found is to use arandr or xrender to align the second screen on the bottom of the primary screen.

Reproducible: Always

Steps to Reproduce:
Kscreen, align the secondary screen aligned to the top left of the second screen.
Apply
<ALT> <F2>

Actual Results:  
Krunner if half visible http://i.imgur.com/AF2B6Io.jpg



Second screen aligned on the bottom of Main screen:
    [ok] on main screen: http://i.imgur.com/Ho1HOmW.jpg
    [ok] on secondary screen: http://i.imgur.com/Ooh2Dci.jpg

Second screen aligned on the top of Main screen:
    [not ok] main screen: http://i.imgur.com/AF2B6Io.jpg
    [ok] on second screen: http://i.imgur.com/4EfFb7o.jpg
Comment 1 raphael.cazenave 2015-05-08 16:38:53 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
Comment 2 raphael.cazenave 2015-05-15 12:53:18 UTC
I'm not sure, but I think it's more Kwin related than Krunner
Comment 3 Thomas Lübking 2015-05-15 14:38:20 UTC
Does the situation "fix" when you suspend the compositor (SHIFT+Alt+F12)?
Otherwise: "hardly"
Comment 4 raphael.cazenave 2015-05-15 22:37:09 UTC
Sadly, the situation is the same when I suspend the compositor (SHIFT+Alt+F12).
Comment 5 Thomas Lübking 2015-05-15 22:42:33 UTC
KWin doesn't position or decorate krunner.
Aside the misposition, it looks like a wrong mask is applied?
Comment 6 raphael.cazenave 2015-05-30 21:42:25 UTC
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.
Comment 7 Thomas Lübking 2015-05-30 22:02:48 UTC
> Not sure of what you mean by "a wrong mask is applied".
http://en.wikipedia.org/wiki/Shape_extension
Comment 8 raphael.cazenave 2015-05-31 15:04:34 UTC
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.
Comment 9 Thomas Lübking 2015-05-31 15:17:19 UTC
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.
Comment 10 raphael.cazenave 2015-06-19 12:58:09 UTC
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.
Comment 11 Thomas Lübking 2015-06-19 16:24:50 UTC
Means the window is smaller than the QML scene, not related to window management at all.
Comment 12 raphael.cazenave 2015-06-19 22:51:33 UTC
So, related to krunner ?
Comment 13 Thomas Lübking 2015-06-20 08:24:52 UTC
Yes (of course) - that's why I assigned it here.
I bet on QtQuick, but don't know the krunner code at all.
Comment 14 manaphuun 2015-12-20 10:23:48 UTC
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
Comment 15 Fabian Köster 2015-12-20 11:32:04 UTC
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.
Comment 16 Fabian Köster 2015-12-20 11:41:42 UTC
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
Comment 17 manaphuun 2015-12-20 19:53:25 UTC
Killing and restarting krunner restores normal behaviour for me as well, thanks for the hint.
Comment 18 Andreas 2016-01-04 11:37:50 UTC
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.
Comment 19 Mahendra Tallur 2016-04-13 15:49:28 UTC
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.
Comment 20 Thomas Lübking 2016-04-13 16:00:12 UTC
rather related to bug #361342 and many friends? (I assume there's a panel on the bottom?)
Comment 21 Mahendra Tallur 2016-04-13 16:09:50 UTC
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.
Comment 22 Justin Zobel 2020-11-22 03:44:44 UTC
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.
Comment 23 Bug Janitor Service 2020-12-07 04:34:02 UTC
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!
Comment 24 Bug Janitor Service 2020-12-22 04:34:51 UTC
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!