After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 796134 - Large Text is not honored on all sites
Large Text is not honored on all sites
Status: RESOLVED NOTGNOME
Product: epiphany
Classification: Core
Component: Interface
3.28.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-05-15 10:45 UTC by d❤vid
Modified: 2018-05-15 15:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description d❤vid 2018-05-15 10:45:25 UTC
When I enable Large Text in a GNOME/Wayland desktop session it works in most applications. In GNOME Web it's a bit different:

* browser chrome gets bigger
* some websites get bigger (e.g. https://en.wikipedia.org/wiki/Main_Page )
* some websites stay the same (e.g. https://arstechnica.com )

Instead, all websites should get bigger, as though the GUI zoom tool was in effect for all pages.

Related link: https://unix.stackexchange.com/questions/437396
Comment 1 Michael Catanzaro 2018-05-15 15:41:33 UTC
This is a WebKit bug. I have no clue why it's ignoring the text scaling factor (org.gnome.desktop.interface text-scaling-factor -> gtk-xft-dpi) for some text. You can see it here on Bugzilla: the comment text gets scaled, but the text up above does not. Both are specified in px, so I'm not sure what the difference is.

Thanks for taking the time to report this.
This issue is most likely a bug in WebKit. Please report the bug to https://bugs.webkit.org/ including a link to this bug report and noting the version of WebKitGTK+ that you have installed. When reporting the WebKit bug, be sure to include the prefix '[GTK]' in the bug summary and select the 'WebKit Gtk' component.
Comment 2 Michael Catanzaro 2018-05-15 15:42:43 UTC
(In reply to Michael Catanzaro from comment #1)
> When reporting the WebKit bug, be sure to include the prefix '[GTK]' in the bug summary

Actually, better to prefix the bug title with [FreeType] to indicate it's likely a problem in the font backend.