Index | Thread | Search

From:
"Ted Unangst" <tedu@tedunangst.com>
Subject:
Re: dwm no longer puts firefox on 9
To:
"Landry Breuil" <landry@openbsd.org>
Cc:
ports@openbsd.org
Date:
Tue, 29 Apr 2025 20:55:06 -0400

Download raw body.

Thread
On 2025-04-29, Landry Breuil wrote:
> Le Tue, Apr 29, 2025 at 01:13:48AM -0400, Ted Unangst a �crit :
> > dwm is supposed to put Firefox windows on the ninth tab.
> > 
> > /* xprop(1):
> >  *	WM_CLASS(STRING) = instance, class
> >  *	WM_NAME(STRING) = title
> >  */
> > /* class      instance    title       tags mask     isfloating   monitor */
> > { "Firefox",  NULL,       NULL,       1 << 8,       0,           -1 },
> > 
> > However, recent firefox versions report this in xprop:
> > 
> > WM_CLASS(STRING) = "Navigator", "firefox"
> 
> i looked quickly and havent found a 'recent' related change in firefox
> itself. And especially since
> /usr/local/share/applications/firefox.desktop has StartupWMClass=firefox
> i dont see where this 'Navigator' thing can come from. Maybe that's
> Gtk3+ adding it, based on .. something else ? not much found in
> firefox code itself: https://searchfox.org/mozilla-central/search?q=%22Navigator%22&path=&case=false&regexp=false
> 
> trying the gtk universal args, firefox --class foo gives WM_CLASS(STRING)
> = "Navigator", "Foo" so that doesnt help. --name doesnt help either.

oh, be careful, dwm has the args backwards, so Navigator is a red herring.
It's comparing Firefox against firefox. Not sure when the case changed.

Anyway, despite the "regression" occurring in Firefox, I think the fix is
better for dwm. If we want to patch. Just wanted to point this out.