On 6/14/22 09:52, Carsten Haitzler wrote:
On Mon, 13 Jun 2022 23:32:00 +0200 Pierre Couderc via enlightenment-users
<enlightenment-users@lists.sourceforge.net> said:

On 6/13/22 19:21, Carsten Haitzler wrote:
you could add a
StatrupWMClass as i mentioned to make it easier to match to brave-browser.
you can change the name of the brave desktop file. brave-browser.desktop -
this means e's fallbacks to using class name (brave-browser) as the desktop
file name will work (this is intentional in standards). but it seems to me
that brave somehow is making it hard to match a window to its desktop file.
at least for you and your packages. the aur arch packages is just fine.


Strange and interesting , I add :

StartupWMClass=brave-browser

to brave-browser.desktop



And it is better, the result depends on "Don't show active windows"
parameter of the ibar:
it can find it then - as i said. whatever you have is a "poor install" that
makes it pretty impossible to match up the desktop to the window unless the
pid matches and i have a suspicion the pid does not match.

If it is checked : nothing changes, the brave icon appears but instances
are not shown.

If I uncheck it, a second brave icon appears, and I can hower on it...
this means the brave browser desktop file found is not the one that was
added... you have 2 of them that are different.

Yes, I find 2 identical files : brave-browser.desktop and browser.desktop

(not reminding having created 2 files, but.... )

When I remove brave-browser.desktop, all becomes normalĀ  and the problem is solved !

So thank you very much.

Do you think that the "missing line" :

StartupWMClass=brave-browser


is a bug I should report to brave developpers...?




_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Reply via email to