Bug 886157

Summary:	x11-libs/gtk+-3.24*: patch to restore X11 DPI autodetection behavior (from gtk old bugzilla)
Product:	Gentoo Linux	Reporter:	Nikita Zlobin <cook60020tmp>
Component:	Current packages	Assignee:	Gentoo Linux Gnome Desktop Team <gnome>
Status:	UNCONFIRMED ---
Severity:	normal	CC:	jstein
Priority:	Normal	Keywords:	PATCH
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	Original patch with meaningful filename

Description Nikita Zlobin 2022-12-15 19:10:09 UTC

7 years ago gtk3 got commit, which removed DPI detection from X11/Xft specific part, with rather desparaging commit text regarding DPI autodetection:
https://gitlab.gnome.org/GNOME/gtk/-/commit/bdf0820c501437a2150d8ff0d5340246e713f73f

Related bug report (found no rational explanation): https://bugzilla.gnome.org/show_bug.cgi?id=757142

Although that report was shruged off like a fly, there's proposal for patch to revert it. What's interesting, that regressive change was last ever change for affected file (at least it's so for release 3.24.34, as I did not bother yet to check later versions).
https://bugzilla.gnome.org/attachment.cgi?id=344123

That attachment is archive, containing patch with email content in the header, still ready to be put to /etc/portage/patches without any conversions. The only remaining issue is that some DE (for now - xfce4) may reset autodetected DPI to 96, even with Xft configured to much different value (I hope, that strange behaviour also may be fixed).

For comparison, qt5 and gtk2 are other two packages with support for resolution, detected by X11.

Reproducible: Always

Comment 1 Nikita Zlobin 2022-12-15 19:13:24 UTC

Created attachment 842907 [details, diff]
Original patch with meaningful filename

I guess, it's wise to upload it there too, "just in case".