https://bugs.kde.org/show_bug.cgi?id=450175

--- Comment #5 from Nate Graham <n...@kde.org> ---
The GTK bug tracker is here https://gitlab.gnome.org/GNOME/gtk/-/issues/

Side note:

> I noticed it months ago but didn't care to report it. Since this was so 
> obvious, I assumed that lots
> of people will bug you about it.
It's quite common for people to think that the bugs affecting them are so
obvious that *someone* else must have noticed and started to work on a fix, but
this is often not the case because the triggers for a bug--even a severe
one--often depend quite heavily on one's setup. What settings you use, what
environment variables are set (as in this case), which rendering backend is in
use, what GPU hardware you have, what version of the graphics drivers and
kernel you have, and so on. The list can seem endless. This is why it's a good
idea to report every bug you encounter. Quite often, the developers have never
seen it before and may be completely unaware that any users are experiencing
it.

Second side note:

I searched through the entire KDE codebase and did not find a single piece of
code that looks at the value of GTK_USE_PORTAL, so I feel even more confident
in saying that this is a GTK or GNOME bug of some sort. KDE's codebase is quite
literally totally ignorant of whether that option is set or not; we don't do
anything different at all. So the difference must be coming from the GTK or
GNOME side.

Now it's possible that setting that variable triggers behavior in their code
that then in turn triggers some other behavior in our code that causes the bug,
but unfortunately there's no way for us to know this without either the GTK or
GNOME developers telling us this, or one of us being able to reproduce the
issue, which so far, we can't.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to