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

Bug #1809205 reported by Chris Guiver on 2018-12-20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
lxqt-panel (Ubuntu)

Bug Description

Lubuntu 19.04 x86 QA-testing

My purpose was exploration of 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)

Chris Guiver (guiverc) wrote :
Chris Guiver (guiverc) wrote :
Chris Guiver (guiverc) on 2018-12-20
description: updated
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...

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:

tags: added: iso-testing
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..

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)

Chris Guiver (guiverc) wrote :

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

Chris Guiver (guiverc) wrote :

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

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers