Bug 20884 - 6RC GNOME windows and icons for system applications tend to be oversized
Summary: 6RC GNOME windows and icons for system applications tend to be oversized
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: GNOME maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-17 17:25 CEST by Len Lawrence
Modified: 2017-07-15 01:27 CEST (History)
3 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
Fullscreen image of firefox - shrunk by 40%x40% (418.76 KB, image/png)
2017-06-02 12:57 CEST, Len Lawrence
Details
drakconnect invoked from MCC (53.18 KB, image/png)
2017-06-02 12:59 CEST, Len Lawrence
Details
drakconnect invoked from command line (730.02 KB, image/png)
2017-06-02 13:01 CEST, Len Lawrence
Details
Oversized icons in GNOME classic (706.50 KB, image/png)
2017-06-02 13:12 CEST, Len Lawrence
Details
Just to show what the monitor resolution is (534.20 KB, image/png)
2017-06-02 13:14 CEST, Len Lawrence
Details

Description Len Lawrence 2017-05-17 17:25:22 CEST
Description of problem:
In all the test installations of GNOME recently the desktop icons look far too big, by a factor of 2 to 3 on high resolution screens.  This may apply to such displays only - don't have any lower resolution monitors to check this.  This could be dismissed as purely a cosmetic issue but windows for system tools are also affected.  For instance, if MCC is selected from MageiaWelcome and then add a network device, the configuration window extends far below the bottom edge of the screen so that control buttons are out of sight and it is not possible to complete the operation.  This applies to add media sources also.  Scrolling is available but the control buttons are not visible.  In that case a workaround is to invoke the dialogue from a terminal with drakrpm-editmedia and that shows a smaller window with all controls visible but very little data is displayed because the font size for text is rather large.

It all seems to boil down to an inability of GNOME to correctly scale Desktop components at higher resolutions (3K and 4K), probably an upstream issue.


Version-Release number of selected component (if applicable):
Mageia-6-rc-x86_64-DVD

How reproducible:
It is consistent here so far for several machine and display combinations.

Steps to Reproduce:
1. Install Cauldron 6RC and include the GNOME desktop environment
2. Log in to GNOME
3. Try out MCC, add a network device, configure source media.....
4. Also try $ drakrpm-editmedia
Marja Van Waes 2017-05-17 18:09:51 CEST

Assignee: bugsquad => gnome
CC: (none) => marja11

Comment 1 Len Lawrence 2017-05-30 14:17:24 CEST
Looks like this needs to be extended to Cinnamon as well for 6RC.
Comment 2 Olav Vitters 2017-06-02 00:23:16 CEST
Please add screenshots. What are "system tools"? If this occurs just for some Mageia applications the assignee is wrong.

CC: (none) => olav

Comment 3 Len Lawrence 2017-06-02 11:04:18 CEST
System tools?  Like MCC and the drak* suite of tools it invokes.  Those tools on their own behave better.  The scaling is the same inside or outside MCC but invoked from a terminal the tools, like drakconnect have a smaller window with the bottom buttons visible and the scrollbars allow full access to the parameters/properties setting list.

I shall try to get screenshots but it is likely to take a while to retrace my steps.  Hopefully the test installation is still available (i.e. not overwritten).
Comment 4 Len Lawrence 2017-06-02 11:30:53 CEST
On the same machine that the above remarks apply to there was trouble with firefox.  firefox occupied the whole of the screen but showed only about half of its window.  Initially the scrollbar did not have enough range to reach the bottom of the window but this seemed to change after an update.  I need to try and repeat everything to make sure and to look for diagnostics.  Don't know if the journal file would contain anything useful.


An excerpt from the riseup pad:
Logged in under Wayland and configured system from terminal.  The guis were oversized as reported earlier.  While running urpmi --auto-update a message appeared briefly about something missing and then "defaulting to background resolution 1600x1200".  If GNOME thinks this is the default screen resolution then that would explain why things appear oversized, I think.  The xdpi value would be wrong.  The actual resolution is 2880x1620.  The scaling problem affects GNOME Classic and GNOME on Xorg.  For several of the administrative tools there is the terminal launch workaround but firefox is unusable.  IceWM does not have the scaling problem.
Comment 5 Len Lawrence 2017-06-02 12:57:49 CEST
Created attachment 9378 [details]
Fullscreen image of firefox - shrunk by 40%x40%
Comment 6 Len Lawrence 2017-06-02 12:59:22 CEST
Created attachment 9379 [details]
drakconnect invoked from MCC
Comment 7 Len Lawrence 2017-06-02 13:01:09 CEST
Created attachment 9380 [details]
drakconnect invoked from command line
Comment 8 Len Lawrence 2017-06-02 13:12:08 CEST
Created attachment 9381 [details]
Oversized icons in GNOME classic

Note that the weather application has a stock icon in a more appropriate size.
Comment 9 Len Lawrence 2017-06-02 13:14:09 CEST
Created attachment 9382 [details]
Just to show what the monitor resolution is
Len Lawrence 2017-06-02 13:18:01 CEST

Attachment 9378 mime type: application/octet-stream => image/png

Len Lawrence 2017-06-02 13:19:46 CEST

Attachment 9379 mime type: application/octet-stream => image/png

Len Lawrence 2017-06-02 13:20:17 CEST

Attachment 9380 mime type: application/octet-stream => image/png

Nicolas Lécureuil 2017-06-02 14:32:29 CEST

CC: sysadmin-bugs => mageia

Comment 10 Len Lawrence 2017-06-02 19:40:13 CEST
Checked this on a workstation with 4K screen.  It looks fine in GNOME Wayland, Classic and Xorg.
Marja Van Waes 2017-07-10 23:53:05 CEST

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=21217

Marja Van Waes 2017-07-10 23:53:26 CEST

Component: Release (media or process) => RPM Packages

Comment 11 Len Lawrence 2017-07-15 01:27:17 CEST
Looked for scaling problems with 4K, 3K and 2K screens with the latest mga6 x86_64 isos (2017-07-11) and found none.

I think this bug can be retired.

Resolution: (none) => FIXED
Status: NEW => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.