Closed joakim-tjernlund closed 1 year ago
My crystal ball is broken, for what is your PR good for ? :)
:) It is related to https://github.com/mate-desktop/marco/issues/746 Marco should not rely on others(libwnck) to have done this for you.
Quote from man page:
XResQueryExtension returns True if the XRes extension is available on the given display. A client must call XResQueryExtension before calling any other XRes function in order to negotiate a compatible protocol version; otherwise the client will get undefined behavior (XRes may or may not work).
Marco should not rely on others(libwnck) to have done this for you.
Marco does not use libwnck...
Turns out that X2Go does not tolerate any call to XResQueryClientIds(). Therefore impl. the test similar to libwnck using a global flag
Problems with x2go seems to be fixed, but it doesn't fix the origin issue https://github.com/mate-desktop/marco/issues/301, which was fixed by https://github.com/mate-desktop/marco/pull/741
Edit: Tested with signal messenger from flathub.
Problems with x2go seems to be fixed, but it doesn't fix the origin issue #301, which was fixed by #741
Edit: Tested with signal messenger from flathub.
Would be great if applied to 1.26.x too(and a release). My testing was on 1.26
What is the status of this? It is ready to go?
.............but it doesn't fix the origin issue #301, which was fixed by #741
Edit: Tested with signal messenger from flathub.
For me this is open.
So this needs more work before merge?
No idea, i only wanted to say that origin issue isn't fixed by this PR.
I didn't claim it solved any flatpak issues, just X2GO. There is nothing more to be done here, if you have flatpak issues that is a different problem I think.
Thinking everyone who's going to review this already has, we have two different testers (one the writer) finding this fixes the X2go issue, and this is not about any flatpak bugs. Been almost a month and no problems caused by this have cropped up. The new variables are severalint
variables and a gboolean
on the stack, so automatically managed and won't leak.
Will merge
Thank you, adding it to 1.26 too?
I normally only work on the master branch, it's three cherrypicks to make this work but since 4 commits back also related to this will try it
Someone else will have to handle releasing a 1.26 point release containing this: just pushed it to the branch but I have never managed the releases
Merged to 1.26, distros won't see it until someone releases 1.26.2
I will do point releases soon.
I will do point releases soon.
I guess my soon is different from your soon :)
My crystal ball is broken, for what is your PR good for ? :)