Bug 2238905

Created attachment 1988774 [details]
journal

Created attachment 1988775 [details]
screenshot

Proposed as a Freeze Exception for 39-final by Fedora user lnie using the blocker tracking app because:

 Kind of violates:
https://fedoraproject.org/wiki/Fedora_39_Final_Release_Criteria#Window_manager_functionality

This might be autodetected. What's the size and resolution of the monitor you tested on?

I'll try this on my test system and see what happens...

>What's the size and resolution of the monitor you tested on?

monitor size:14''
dimensions:    
1920x1080 pixels (508x285 millimeters) 
resolution:    96x96 dots per inch

> This might be autodetected.

When I boot the installer on a pretty old laptop with 12''(1280x800) monitor,the scale is 100%,
so,it seems that it's auto detected,but the reason is why?The previous releases' scale on the same 14# machines are 100%,
which looks much better.

The difference in F39 is that fractional scaling is now available by default. I'm not sure if we expected that result in *auto-detected* fractional scaling by default. I'll ask workstation WG to comment over in https://pagure.io/fedora-workstation/issue/357 .

I'd say of course we want it to be auto-detected, because otherwise there's no benefit. We don't have any visible setting to choose your scale factor; even if we did, users shouldn't have to hunt through display settings to get scaling configured reasonably.

However, I'm surprised that a 14-inch screen at 1920x1080 is being scaled. That seems too aggressive.

"We don't have any visible setting to choose your scale factor"

Eh? There's the "Scale" setting for each display in Displays. That's what I use to set mine...

> I'd say of course we want it to be auto-detected.

yes,auto-detected make sense.

> However, I'm surprised that a 14-inch screen at 1920x1080 is being scaled. 

All of my three 14-inch(1920x1080) screen at hand are being scaled to 125% with f39.

> Eh? There's the "Scale" setting for each display in Displays. That's what I use to set mine...

Same here.

1920x1080 at 14" is 157.35 PPI, per https://www.sven.de/dpi/ . For a desktop screen I'd definitely want scaling at that level. On a laptop screen it feels like an edge case - kinda depends on your personal preferences, and your eyes. I can see some people wanting 100% and some wanting 125%.

My own laptop display is 1920x1200 at 13.37", which is 169.35 PPI. At that level 125% scaling is just about perfect for me.

Dear Adam,I report this bug not because of PPI,but for two other reasons 1) as I said in description,(and you can tell from the attached screenshot) the gnome-boxs VM's screen is pretty small, it's ugly,and much harder for you to read the words clearly than on 100% scale.2) by "The previous releases' scale on the same 14# machines are 100%,
which looks much better." in #comment5  I don't mean it's more clearer or less,I mean how it look,it looks a little ugly or clumsy...,it makes me feel I'm using a phone designed for old people,gonna to attach two screenshot to help you.

Created attachment 1989779 [details]
screenshot from f39 system

Created attachment 1989780 [details]
screenshot from previous releases

Boxes not working well with scaling is a known issue - https://gitlab.gnome.org/GNOME/gnome-boxes/-/issues/635 . It's a shame it hasn't been fixed yet, though. That could really do with a higher priority. virt-manager works better, at least when you use the 'scale display' option.

The difference in F39 is that 125% is available by default. Up to F38, by default only 100%, 200%, 300% etc. scaling were available. So you wouldn't get scaling unless you had a very high resolution display. "Fractional scaling" is the term we use to refer to 125%, 150%, 175% etc. scaling factors. You *could* use them in F38 and earlier, but they were hidden behind a special setting, unless you changed that setting, they weren't available. So that's why you're seeing 125% scaling only in F39.

Is there a way to set GDM to 100% scaling instead of the new 125% ? Even if you set 100% scaling, GDM will still use 125%.

Discussed during the 2023-09-25 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedFreezeException (Final)" was made as, while there are various considerations and discussions around the fractional scaling feature, we are generally willing to grant an FE to any change in a conservative direction here (e.g. in this case, not applying auto-detection to non-integer scaling levels).

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2023-09-25/f39-blocker-review.2023-09-25-16.02.txt

In the event, Workstation WG decided to push the fractional scaling change to F40. https://bodhi.fedoraproject.org/updates/FEDORA-2023-e667b725bb reverts it, and has been pushed stable, so this should be "fixed" for F39 at this point.

Rather than close it, let's move it to Rawhide and drop the F39 FE metadata, since there's still potentially an issue that fractional scaling autodetection may need fine-tuning.

...however, note https://gitlab.gnome.org/GNOME/mutter/-/issues/3057 .

This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle.
Changing version to 40.

This message is a reminder that Fedora Linux 40 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '40'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 40 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13.

Fedora Linux 40 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.

If you are unable to reopen this bug, please file a new report against an
active release.

Thank you for reporting this bug and we are sorry it could not be fixed.