Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

windows move position on some functions with two vertically aligned screens #1703

Closed
guiverc opened this issue Apr 11, 2019 · 9 comments
Closed

Comments

@guiverc
Copy link

guiverc commented Apr 11, 2019

Windows/Programs (eg. pcmanfm-qt, dolphin) move window position on operating of certain things & put themselves partially on each (of two displays)

This occurs in Lubuntu 19.04 & Opensuse Tumbleweed
https://bugzilla.opensuse.org/show_bug.cgi?id=1132176
https://bugs.launchpad.net/ubuntu/+source/lxqt-session/+bug/1804329

Expected Behavior

Windows should not move during general operation, especially moving themselves so they span both displays.

Current Behavior

Dolphin example:
I would expect for example clicking on a network share of mine (in remote-area in left-pane) to "Documents" (in the search-for left-pane) to change only the detail in the right-pane of the dolphin window, not for the position on screen to adjust vertically up, and put the top of the window on the upper display.

If the window is on the upper display; it performs exactly as expected. This behavior only occurs on vertically aligned screens like i have (this is mostly from Lubuntu testing) and on lower display.

Pcmanfm-qt example:
I get the same behavior in pcmanfm-qt when clicking from a device choice in left-pane (eg. partition of my disk) to a bookmark (documents, music etc) in left-pane, or clicking on a places in left pane (eg. my $HOME folder, desktop, trash etc). The window only moves if placed on the lower display and moves always up so the top of window will be on top display.

If my last click was places->guiverc (my $HOME folder) and then click places->desktop there will be no movement. If however I click to devices->44g.. (my $HOME partition I suspect) the window will move (as it's a option in a different part of left-pane). If I drag window back, and click Bookmarks->Documents left-pane, as it's again a different section of left-pane of pcmanfm-qt window it'll cause my window to move.

Possible Solution
Steps to Reproduce (for bugs)
  1. have two displays (mine are 1920x1080), set what starts default-right so it's positioned below the default-left display
  2. open pcmanfm-qt & operate it whilst on top display; will work as expected
  3. drag pcmanfm-qt down to bottom display (what was right display pre Monitor.Settings change) and click from a 'place' choice to a 'device' choice and window will move
  4. drag back, click any other option in the same category, and window will not jump position
  5. choose another option in a different category (place/device/bookmark in left-pane) & the window will jump to a new position again with part on 'top' display, most on bottom display
Context

My displays are vertically aligned, it means on the machines which have vertical aligned screens LXQt is not usable, as it's very annoying to use 'firefox' (pcmanfm-qt, dolphin or a long list of apps) & certain functions in the apps cause the window to change position & have it partially on each display. (I'm using pcmanfm-qt primarily as example)

System Information
  • Distribution & Version: opensuse tumbleweed & lubuntu 19.04
  • Kernel: 5.0.5-1 & 5.0.0-8
  • Qt Version: 0.14.1 & 0.14.1
  • liblxqt Version: 0.14.1 & 0.14.1
  • Package version: liblxqt-devel 0.14.1-1.1 x86_64 & liblxqt0 x86_64 0.14.1-0ubuntu1
@tsujan
Copy link
Member

tsujan commented Apr 12, 2019

Not reproducible; no senseless movement at all.

Also see #1704 (comment)

@guiverc
Copy link
Author

guiverc commented Apr 12, 2019

Please also test swapping your top & bottom screens.

If I swap my 'top' screen in Monitor.Settings so it's on the bottom (the opposite to the way my screens are really setup), the issue does not occur. My instructions (how it occurs for me) maybe created the opposite position as to what it did for me.

I just tested this again using Lubuntu 19.04's daily image (20190411) and it occurs on a hp 8200 (using opensuse) & dell d980 (lubuntu) but which both have the same screen layouts (not shared screens; they just sit next to each other)

@tsujan
Copy link
Member

tsujan commented Apr 12, 2019

Reopened. See #1704 (comment)

@guiverc
Copy link
Author

guiverc commented Jun 8, 2019

random note that may be of value, or more likely a complete red-herring

I'm dragging a directory from dolphin to vlc to view on Fedora 30 running KDE and I just had the same behavior (hp 8200 vertically aligned screens; same box that dual-boots tumbleweed). On dropping my 'folder' into vlc the window moves so it's partially on top display, but most is on my bottom display. I'm not using LXQt (logged out of that awhile back due issues like this expecting them to be gone, alas no???) This may be pointless, but noted in case it's a clue to the bug (Qt or upstream of LXQt)??

@guiverc
Copy link
Author

guiverc commented Oct 25, 2019

Another follow-up. I've started testing Lubuntu 20.04 dailies & issue still occurs (kernel 5.3.0-19, LXQt 0.14.1, Qt 5.12.4) plus I can still re-produce this on an installed opensuse tumbleweed.

It does not occur on my very-much-used Lubuntu system, so if clues as to how settings can be modified to avoid this issue (see @tsujan comment on #1704 13-April-2019; and how we can document to stop users having the issue, it would be greatly appreciated. My tumbleweed configuration is kept ~pristine/original so I can use it for comparison & why it still has the issue.

@guiverc
Copy link
Author

guiverc commented Nov 2, 2019

I upgraded my fedora 30 box today to f31. this issue impacts fedora
hardware: hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600)

kernel 5.3.7-301.fc31.x86_64, LXQt 0.14.1, Qt 5.12.5

@tsujan
Copy link
Member

tsujan commented Nov 10, 2019

@guiverc Please test the latest git panel!

@guiverc
Copy link
Author

guiverc commented Nov 15, 2019

Could NOT re-produce on
hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)
debian-testing, with https://lxqt.debian.net/ as source (fully upgraded).

Note: this was only tested very quickly... I'll edit/update this if issues are discovered with proper testing..

@tsujan
Copy link
Member

tsujan commented Nov 15, 2019

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants