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

Changing screen resolution makes domU elements in bottom half of screen noninteractive #2421

Closed
andrewdavidwong opened this Issue Nov 7, 2016 · 5 comments

Comments

Projects
None yet
4 participants
@andrewdavidwong
Member

andrewdavidwong commented Nov 7, 2016

Qubes OS version (e.g., R3.1):

R3.2

Affected TemplateVMs (e.g., fedora-23, if applicable):


On 2016-11-06 14:34, yaqu wrote:

When I
change resolution from lower to higher, some icons in tray at the
bottom of the screen are not accessible - no tooltip on hoover, no
response to click. It looks like only icons of appVM apps are affected
(NetworkManager, Psi, Remmina, KeePass...), and icons of dom0 apps work
correctly (volume control, power manager, qubes manager). Tray needs to
be on bottom of screen, of course.

I have found out that to make these icons work again, I have to switch
on or off any of connected displays.

This issue can be reproduced even without external monitors. Assuming
laptop's LCD is on LVDS1, one needs to switch it to some low resolution
and then back to default:

[user@dom0 ~]$ xrandr --output LVDS1 --mode "800x600"; sleep 3; xrandr
--output LVDS1 --auto

Now icons are not accessible. To fix it one needs to turn LCD off and
on:

[user@dom0 ~]$ xrandr --output LVDS1 --off; xrandr --output LVDS1 --auto

BTW now as I tested it, it looks that not only tray icons are not
accessible. The bottom half of the screen is not clickable for appVM
applications.


Related issues:

#1599 (might not be closely related)

@cyrinux

This comment has been minimized.

Show comment
Hide comment
@cyrinux

cyrinux Nov 7, 2016

Hi, I have similar problem since about 3 weeks. (I update all everyday). I
use two work with 2 screens horizontally. When I two screen, I can't click
anymore on the right screen. I used i3wm.

On Mon, 7 Nov 2016, 04:34 Andrew David Wong, notifications@github.com
wrote:

Qubes OS version (e.g., R3.1):

R3.2

Affected TemplateVMs (e.g., fedora-23, if applicable):

On 2016-11-06 14:34, yaqu wrote:
https://groups.google.com/d/msgid/qubes-users/20161106223414.10544103B33%40mail2.openmailbox.org

When I
change resolution from lower to higher, some icons in tray at the
bottom of the screen are not accessible - no tooltip on hoover, no
response to click. It looks like only icons of appVM apps are affected
(NetworkManager, Psi, Remmina, KeePass...), and icons of dom0 apps work
correctly (volume control, power manager, qubes manager). Tray needs to
be on bottom of screen, of course.

I have found out that to make these icons work again, I have to switch
on or off any of connected displays.

This issue can be reproduced even without external monitors. Assuming
laptop's LCD is on LVDS1, one needs to switch it to some low resolution
and then back to default:

[user@dom0 ~]$ xrandr --output LVDS1 --mode "800x600"; sleep 3; xrandr
--output LVDS1 --auto

Now icons are not accessible. To fix it one needs to turn LCD off and
on:

[user@dom0 ~]$ xrandr --output LVDS1 --off; xrandr --output LVDS1 --auto

BTW now as I tested it, it looks that not only tray icons are not
accessible. The bottom half of the screen is not clickable for appVM
applications.


Related issues:

#1599 #1599 (might not be
closely related)


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#2421, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAfrq9wMpmLERLVXnzjSLrDSEYLAHSyqks5q7pw5gaJpZM4Kqztm
.

cyrinux commented Nov 7, 2016

Hi, I have similar problem since about 3 weeks. (I update all everyday). I
use two work with 2 screens horizontally. When I two screen, I can't click
anymore on the right screen. I used i3wm.

On Mon, 7 Nov 2016, 04:34 Andrew David Wong, notifications@github.com
wrote:

Qubes OS version (e.g., R3.1):

R3.2

Affected TemplateVMs (e.g., fedora-23, if applicable):

On 2016-11-06 14:34, yaqu wrote:
https://groups.google.com/d/msgid/qubes-users/20161106223414.10544103B33%40mail2.openmailbox.org

When I
change resolution from lower to higher, some icons in tray at the
bottom of the screen are not accessible - no tooltip on hoover, no
response to click. It looks like only icons of appVM apps are affected
(NetworkManager, Psi, Remmina, KeePass...), and icons of dom0 apps work
correctly (volume control, power manager, qubes manager). Tray needs to
be on bottom of screen, of course.

I have found out that to make these icons work again, I have to switch
on or off any of connected displays.

This issue can be reproduced even without external monitors. Assuming
laptop's LCD is on LVDS1, one needs to switch it to some low resolution
and then back to default:

[user@dom0 ~]$ xrandr --output LVDS1 --mode "800x600"; sleep 3; xrandr
--output LVDS1 --auto

Now icons are not accessible. To fix it one needs to turn LCD off and
on:

[user@dom0 ~]$ xrandr --output LVDS1 --off; xrandr --output LVDS1 --auto

BTW now as I tested it, it looks that not only tray icons are not
accessible. The bottom half of the screen is not clickable for appVM
applications.


Related issues:

#1599 #1599 (might not be
closely related)


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#2421, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAfrq9wMpmLERLVXnzjSLrDSEYLAHSyqks5q7pw5gaJpZM4Kqztm
.

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Nov 8, 2016

Member

@cyrinux: Thanks for reporting. Your issue sounds closer to #1599, though.

Member

andrewdavidwong commented Nov 8, 2016

@cyrinux: Thanks for reporting. Your issue sounds closer to #1599, though.

@cyrinux

This comment has been minimized.

Show comment
Hide comment

cyrinux commented Nov 17, 2016

Yes @andrewdavidwong it is that ;)

marmarek added a commit to QubesOS/qubes-gui-daemon that referenced this issue Nov 19, 2016

Use generic RRScreenChangeNotify instead of other events
When resolution of monitor is increased, XRROutputChangeNotifyEvent
is not sent, and change remains undetected (if randr>=1.2).
Instead of using OutputChange/ConfigureNotify events, we should
monitor RRScreenChangeNotify, which is always.

There is no need to check randr version, as this event is always
supported.

There is no need to use ConfigureNotify at all, even if randr is
not available, since qubes-monitor-layout-notify doesn't work
without randr.

More than one event may be sent after single configuration change
(OutputChange, CrtcChange). Subsequent events with the same
timestamps can be skipped.

Fixes QubesOS/qubes-issues#2421

(cherry picked from commit a2e1220)
@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Nov 26, 2016

Member

Automated announcement from builder-github

The package qubes-gui-dom0-3.2.7-1.fc23 has been pushed to the r3.2 testing repository for dom0.
To test this update, please install it with the following command:

sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing

Changes included in this update

Member

marmarek commented Nov 26, 2016

Automated announcement from builder-github

The package qubes-gui-dom0-3.2.7-1.fc23 has been pushed to the r3.2 testing repository for dom0.
To test this update, please install it with the following command:

sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing

Changes included in this update

@qubesos-bot

This comment has been minimized.

Show comment
Hide comment
@qubesos-bot

qubesos-bot Jan 8, 2017

Automated announcement from builder-github

The package qubes-gui-dom0-3.2.8-1.fc23 has been pushed to the r3.2 stable repository for dom0.
To install this update, please use the standard update command:

sudo qubes-dom0-update

Or update dom0 via Qubes Manager.

Changes included in this update

Automated announcement from builder-github

The package qubes-gui-dom0-3.2.8-1.fc23 has been pushed to the r3.2 stable repository for dom0.
To install this update, please use the standard update command:

sudo qubes-dom0-update

Or update dom0 via Qubes Manager.

Changes included in this update

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment