Ubuntu
lxqt-panel package

lubuntu 19.04 daily qa - opening menu from panel on display2 but menu appears on display1

Bug #1809205 reported by Chris Guiver
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
lxqt-panel (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Lubuntu 19.04 x86 QA-testing

My purpose was exploration of https://bugs.launchpad.net/ubuntu/+source/lxqt-session/+bug/1809201 firstly by having external-vga as same resolution as thinkpad's display, then I reset external-vga resolution to it's higher default.

After resetting the external vga to default - whenever I clicked on the menu, it would appear/draw on the bottom right of the internal display (bottom left of qterminal in my picture) which was unexpected.

NOTE: On initial start of system, the default display on t43 is always the external vga, and the menu appears/draws just above where you click, so it became this way because of resolution changes I believe.

Importance of bug is low. It does not appear as first booted up this way, and was created only by changing resolutions in order to try & create/confirm/test a bug on another system -- a minor quirk only that I suspect very few would ever come across in normal usage.

ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: lxqt-panel 0.13.0-0ubuntu5
ProcVersionSignature: Ubuntu 4.18.0-11.12-generic 4.18.12
Uname: Linux 4.18.0-11-generic i686
ApportVersion: 2.20.10-0ubuntu14
Architecture: i386
CasperVersion: 1.401
CurrentDesktop: LXQt
Date: Thu Dec 20 04:24:00 2018
LiveMediaBuild: Lubuntu 19.04 "Disco Dingo" - Alpha i386 (20181219)
SourcePackage: lxqt-panel
UpgradeStatus: No upgrade log present (probably fresh install)

See original description
Revision history for this message
Chris Guiver (guiverc) wrote :
Revision history for this message
Chris Guiver (guiverc) wrote :
Chris Guiver (guiverc)
description: updated
Revision history for this message
Chris Guiver (guiverc) wrote :

I note internal display (LVDS) is set to primary; so this could be reason why (d610 has laptop monitor as primary, and my focus was trying to re-create settings of aforementioned bug..).

All menu options appear to left of menu-options (far right of display neatly expanding out further left).

I'm not going to spend more time on it unless requested, and I don't think others should (unless it's confirmed or reported by others - but to me it's an unusual 'quirk' that does not affect use...

Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1809205

tags: added: iso-testing
Revision history for this message
Chris Guiver (guiverc) wrote :

t43 qa-test; different machine to that used on first report..

by disabling (monitor settings) external monitor, I could get menu & all windows on primary (thinkpad) display, then re-enabled external (higher-resolution) display, moved firefox to that display and maximized window - only 2/3rds of vertical space is used.

t43 sees external monitor as 'primary' display when booted up (unlike d610 which treats internal display as primary). this paragraph just outlines how I got this machine to be like d610 to cause re-creation of condition)

((second display had no background after turning it on, I ignored that (a change of background settings will correct it); so the black underneath firefox window is black on my screen due no-wallpaper on that monitor at that time..

Revision history for this message
Chris Guiver (guiverc) wrote :

This bug is marked against `lxqt-session`; and was filed upstream (LXQt). Upstream LXQt linked a number of bugs, and have now said they aren't LXQt bugs, but an bug/issue in `openbox`.

This issue requires a specific screen setup to get it to occur, plus you must open vlc on a specific screen so it's pretty minor.

The positioning of displays seems to influence this, as with certain positioning it's on the same screen, other times it's the other screen. A suspicion was raised (by me) upstream that overlap could be involved in Monitor.Settings when positioning screens.

Upstream LXQt have modified code to help prevent overlap issue from occurring - thus if it's a LXQt issue, it should be mitigated against with upgraded software. (upstream LXQt still think wrong position component is openbox issue, not LXQt)

Revision history for this message
Chris Guiver (guiverc) wrote :

sorry `lxqt-session` should say `lxqt-panel` in #6 ^^

Revision history for this message
Chris Guiver (guiverc) wrote :

(and I should NOT have mentioned `vlc` - sorry... upstream response is same for each of upstream 'linked' bugs) #6 ^^

Revision history for this message
Chris Guiver (guiverc) wrote :

Thanks for reporting.... disco is now EOL, so please test on an updated release to confirm...

--

I found this bug because it fits an issue I just had on a hirsute QA-test when exploring an issue related to (askubu) support, but I don't want to drag this bug up again, so I've instead marked this as incomplete, and will report under

https://bugs.launchpad.net/ubuntu/+source/lxqt-panel/+bug/1882413

Changed in lxqt-panel (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for lxqt-panel (Ubuntu) because there has been no activity for 60 days.]

Changed in lxqt-panel (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.