Re: [bug #26438] First application does not get a proper app icon under Window Maker

[Sergii Stoian]

Hi Wolfgang,

On 10 Dec 2021, at 15:47, Wolfgang Lux <INVALID.NOREPLY@gnu.org> wrote:

Follow-up Comment #7, bug #26438 (project gnustep):

This issue is not related to the backend, it's an issue interacting with the
WindowMaker protocol that allows GNUstep applications to control the app icon
instead of having WindowMaker manage the app icon itself. Essentially, it
means that the app icon must be the first window that a GNUstep application
opens and maps to the screen.

This issue may be related to backend type. Cairo backends doesn’t use XShm extension on window drawing.

Do you use Cairo backend with WindowMaker? Could you please try ART backend?

You can find a little bit more detailed
explanation in this email on the GNUstep developer's mailing list:
https://lists.gnu.org/archive/html/gnustep-dev/2020-10/msg00013.html
In fact, I had committed a fix for this issue about 6 years ago here:
https://github.com/gnustep/libs-back/commit/1e1185abb364f2ffcb5f06f62c1241d419b8b697
However, that change was reverted shortly before the 0.29 release here
https://github.com/gnustep/libs-back/commit/e5cdc1747be3b7d71e22b3757fb7649f99ace1b5#diff-c3c9abc7461037f8abf3f590d909cff84c39bc7817b79d7dfd379b38a3756385

I guess you mean this commit https://github.com/gnustep/libs-back/commit/e5cdc1747be3b7d71e22b3757fb7649f99ace1b5.

It removes _createWMAppiconHack method that contains your 6-year-ago fix. If I recall correctly that was a fix to app icon flickering with Cairo backend.

because the fix was causing unwanted flickering of the app icon, which I
hadn't noticed. So the issue apparently is back again.
I guess a proper solution would be to reinstate the original fix, but use that
code path only when the frame offsets aren't known.

This is how it was implemented in commit you’ve mentioned. I can revert that change if it works for you.

Sergii