[X2Go-Dev] Broken glyphs and icons after suspending a session

Jim Burnes jvburnes at gmail.com
Sat May 12 03:22:24 CEST 2012


If the glyph breakage is because of my patch it's probably because the
patch is rather non-selective.  If nxagent's render code tries to reference
a null pointer I prevent it from doing that.

I'm not specifically aware how that might break your glyphs, but if it does
I suspect it's because my code is preventing remote synchronization of the
rendered object.  Look at all of the conditionals in the patch that perform
a sync operation if true.

I wonder if someone like Keith Packard could help.  Perhaps if we point the
nomachine guys at our patch they might suggest a cleaner fix.

...or it might be completely unrelated to your problem.  :-)
On May 11, 2012 4:51 PM, "Holger Hahn" <x2go-dev at computerfreak.de> wrote:

> Hello x2go dev team,
>
> as I was looking for an alternative on NX nomachine, because it was
> broken with the last Cairo 1.12 update, I found your x2go solution,
> which is great.
>
> So as it bases on the same libraries than the original nomachine, you
> had the same issues - with rendering to undrawable objects, the whole
> nxagent crashes because of SEGV.
>
> With the patch of Jan (thanks to) you committed to the master branch
> today, I compiled another nxagent. Actually it worked fine, but after
> suspending and reconnecting to a session, some graphical objects get
> broken...
>
> All characters/fonts that has been rendered on the screen prior the
> suspension, are gone. (See Screenshots the link below).
> Creating new text by starting applications is ok, as long as the
> characters has not been rendered in the session before.
>
> I thought it might be problem with a kind of glyph cache of the X
> session (ubuntu/x86 x2goclient). But I found one case, where
> additionally to the text, all icons are gone also, which was with an
> debian/x64 x2goclient... (Difference can be seen on screenshots)
>
> Might it have to do something with the patch from today, that could
> filter out to much rendering? Or is this issue known from somewhere else?
>
> Here are some screenshots: http://www.computerfreak.de/sonic/x2shots/
>
> Thanks for your help,
> Holger
> _______________________________________________
> X2Go-Dev mailing list
> X2Go-Dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/x2go-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x2go.org/pipermail/x2go-dev/attachments/20120511/120af4ac/attachment.html>


More information about the x2go-dev mailing list