Hi Wolfgang, > On 10 Dec 2021, at 15:47, Wolfgang Lux <[email protected]> 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 <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
