Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Created attachment 530105[details]
font size with resoluton 1440x900 set on both client and guest
Description of problem:
Guest system has unusually big font (see screenshot) after automatic resolution sync.
This issue haven't appeared before as there was bug in userportal or the feature itself was broken.
I guess that this might have been caused by some incorrect dpi settings or something similar.
Version-Release number of selected component (if applicable):
spice-client-0.8.2-7.el6.x86_64
spice-vdagent-0.8.1-2.el6.x86_64
rhev-agent-2.3.16-1.el6.x86_64
xorg-x11-drv-qxl-0.0.14-10.el6.x86_64
How reproducible:
Steps to Reproduce:
1. client with a single monitor layout is required
2. ensure that spice and rhev agents are installed
3. remove .gnome* related folder in case that you have been using gnome-display-properties on guest
4. (logout | restart) guest && disconnect spice-client (restart is not really required)
5. connect with spice client to a started guest
6. login to gnome trough gdm
7. ensure that resolution on guest is the same as on the client
Actual results:
font-size in gnome is 1.5 or more bigger than the font-size on the client with the same resolution
Expected results:
font-size shouldn't be changed
Additional info:
"chkconfig spice-vdagentd off && reboot" fixes this issue
After the reboot: starting vdagent in running gnome-session didn't break the font size (even when resolution was synced). While log off -> gdm -> log in after that broke the font size.
I've been doing some debugging on this, the issue is that Xorg assumes a fixed physical screen size, and calculates this from the initial resolution assuming 96 dpi.
Gnome reads the DPI from Xorg at gnome-session startup and then keeps using the DPI it initially read.
So what happens is:
Scenario a, no initial vdagent
-xorg starts in the vm at 1024x768, calculates a screen size of
10.66 x 8 Inch
-you log in
-gnome-session starts, reads a DPI of 96 from the X server, and uses that
for the rest of the session
-you start vdagent, resolution sync changes the resolution to say
2048x1536, Xorg now calculates a new DPI based on a screen size of 10.66 x 8 Inch
which gives it a DPI of 192, new apps who read the DPI themselves will see
this!
Scenario b, vdagent initially running
-xorg starts in the vm at 1024x768, calculates a screen size of
10.66 x 8 Inch
-gnome-session for gdm starts
-reads dpi of 96
-starts spice-vdagent
-resolution sync changes the resolution to say
2048x1536, Xorg now calculates a new DPI based on a screen size of 10.66 x
8 Inch, which gives its 192 DPI
-you log in
-gnome-session starts, reads a DPI of 192 from the X server, and uses that
for the rest of the session -> Large fonts.
So I'm afraid there is absolutely nothing the agent can do here to fix this issue.
I'm changing the component to the qxl xorg driver, because *maybe* something can be done there, but I'm not sure if that is the case at all.
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.
Created attachment 530105 [details] font size with resoluton 1440x900 set on both client and guest Description of problem: Guest system has unusually big font (see screenshot) after automatic resolution sync. This issue haven't appeared before as there was bug in userportal or the feature itself was broken. I guess that this might have been caused by some incorrect dpi settings or something similar. Version-Release number of selected component (if applicable): spice-client-0.8.2-7.el6.x86_64 spice-vdagent-0.8.1-2.el6.x86_64 rhev-agent-2.3.16-1.el6.x86_64 xorg-x11-drv-qxl-0.0.14-10.el6.x86_64 How reproducible: Steps to Reproduce: 1. client with a single monitor layout is required 2. ensure that spice and rhev agents are installed 3. remove .gnome* related folder in case that you have been using gnome-display-properties on guest 4. (logout | restart) guest && disconnect spice-client (restart is not really required) 5. connect with spice client to a started guest 6. login to gnome trough gdm 7. ensure that resolution on guest is the same as on the client Actual results: font-size in gnome is 1.5 or more bigger than the font-size on the client with the same resolution Expected results: font-size shouldn't be changed Additional info: "chkconfig spice-vdagentd off && reboot" fixes this issue After the reboot: starting vdagent in running gnome-session didn't break the font size (even when resolution was synced). While log off -> gdm -> log in after that broke the font size.