Secondary monitor config not working

[Jon Atkinson]

Older HP laptop
using displayport to HDMI cable to use a larger secondary monitor

I need to go to ->preferences-> Monitor Settings
in order to get the 2 displays to sync

I see DP-1 and eDP-1
DP-1 (the laptop) will display fine

eDP-1 the extended monitor's config

The position does not start in the default, thus I have to change this to default in order for things to look similar. (I would expect the baseline config for "Position" on eDP-1 to be "default" and the rest of the parameters to be "auto"

Apply

Things now appear and behave as expected

Save
(The configuration change that I have made does not appear to save via the "monitor settings" tool. I have not explored finding the appropriate config file and manually making the needed changes. What happens is that I need to repeat going into monitor settings each and every time after I have to reboot the machine for a patch; for my secondary display to work as desired.)

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: lxqt-config 0.14.1-0ubuntu3
Uname: Linux 5.6.14-050614-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.2
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: LXQt
Date: Sun May 24 11:58:16 2020
InstallationDate: Installed on 2019-11-04 (202 days ago)
InstallationMedia: Lubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 (20190805)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: lxqt-config
UpgradeStatus: Upgraded to focal on 2020-04-28 (26 days ago)

[Jon Atkinson (720jon-atkinson)]

lxrandr is the program that is launched.

[Jon Atkinson (720jon-atkinson)]

it appears that if I use the following:
   >lxqt-sudo lxrandr,
the configuration will save.

Sadly the man page for lxrandr provides no real assistance and after some investigating came across the lxqt-sudo information in the LUBUNTU manual. And the xorg randr via thinkwiki, I was able to assemble the information needed. Suggestion to provide a notification when lxrandr is used via the gui to run it manually in the other fashion. Additionally, there is nothing in the LUBUNTU manual that explains the lxranr interface.

As well the lxqt-sudo write up in the manual could provide an expansion as to when it could be/should be used.

I would extrapolate that bug 1860918 could possible be resolved using lxqt-sudo if the end use knew what to use with this. I did not find a quick 'about' button to identify the mouse and keyboard config app's name.

[Jon Atkinson (720jon-atkinson)]

What I have seen with this bug and others is that there is a permissions issue within the lxqt environment. I as a user would want the ability to save and have a separate profile for "my user" using lxqt, rather than having to use sudo and elevated permissions to save the desired changes, no. Doing so now fixes the change for everyone, rather than an individual user. Thus the user who filed the bug where he make the modification to make his mouse left-handed and it works until he reboots and has to make the change again as the user-level change was not saved as expected. Thus this bug as well fits into that category. So what I dislike is that these bugs are coded as one-off, as they effect just one user. I disagree. These bugs affect everyone and there are many left-handed people. Many do not want to got to the time and trouble of filing a bug and following up with it. Or just accept that something does not work as expected and make the needed modification on an as needed basis; as they know that is what they need to do in order for them to function. In my case I identified the bug, identified a work around, as well identified the root source. It would be nice that someone collect these like bugs and classify them accordingly; then fix the underlying permissions or missing mechanism to have a user level config file problem in either the current and/or future versions. Else document the work around for all to find more readily.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Aaron Rainbolt (arraybolt3)]

I'm not able to reproduce this on 23.04, but I'm not entirely sure what the bug is here. When I have two monitors in VirtualBox, the secondary one is automatically "extended to" and everything looks right here. I'll try again in Focal, but could someone who is able to reproduce this explain more clearly what is happening?

[Aaron Rainbolt (arraybolt3)]

I was unable to see anything wrong with the multimonitor support on 20.04 either.

Extra info so that I know what to look for would be appreciated. I tried to reproduce the problem as best as I could understand it in VirtualBox with multiple VM screens, and saw nothing awry.

[Aaron Rainbolt (arraybolt3)]

OK, I think I see what's going wrong now. The monitor positions are switched around wrong and trying to swap them to the correct order fails miserably.

[Aaron Rainbolt (arraybolt3)]

lol, so the above was actually a VirtualBox quirk :P so I now have a Chromebook running Lubuntu with an external monitor for testing. Currently trying to reproduce anything odd.

[Aaron Rainbolt (arraybolt3)]

Well I definitely have it doing something odd. It insists on:

a) not moving lxqt-panel to a different monitor unless it absolutely has to (i.e., the monitor that the panel was on is disconnected)
b) not respecting my choice of primary display across reboots and screen disconnects/reconnects

Other than that, the positions of the screens seem to stay right, and I'm able to flip them around if I have my screens in the reverse order that LXQt assumes when I first plug a second monitor in.

[Simon Quigley (tsimonq2)]

The issue isn't the configuration, it's the session itself.

[ԜаӀtеr Ⅼарсһуnѕkі (wxl)]

Assigning to Simon since it sounds like he has a handle on how to fix this. If not, perhaps he can elaborate on the reasons behind his last comment.