Bug Tracker item #3415308, was opened at 2011-09-29 05:41 Message generated for change (Comment added) made by dcommander You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3415308&group_id=254363
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ptamlx (ptamlx) Assigned to: Nobody/Anonymous (nobody) Summary: Screen update issues Initial Comment: In some cases, the tigervnc server on Linux does not update the screen correctly. One case that I can always reproduce is with the Cadence IC design software. When a property dialog is opened, there are often thin lines around some boxes which are not updated, but where I can still see what was present before the dialog opened. A screen redraw fixes the problem. This happens with versions 1.1.0 and 1.0.90, independent from the viewer (checked with tigervnc viewer and realvnc viewer on Windows XP clients). Please check the attached example screenshot. Interestingly, the regions which are not redrawn are always just one-pixel wide lines. ---------------------------------------------------------------------- >Comment By: D. R. Commander (dcommander) Date: 2011-10-06 13:46 Message: Not sure what you mean. Xpm is an X11 client library, not a server extension. The client libraries I build as part of the Xvnc build are used only to statically link Xvnc itself. They are not shipped with the application. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-10-06 08:04 Message: ptamix - I noticed from your screenshots that you are not using the default "Bluecurve" theme. Can you tell me which one you are using so that I can try to reproduce the problem? DRC - I build a bunch of extra extensions into my local build (in an attempt to match the extensions used by the default xserver shipped with RHEL4). One of those was Xpm. I noticed that the fluxbox spec (from dries at least) requires libXpm, which isn't built into the current 1.10 binaries I think. I'll try some other themes and if I can't reproduce the issue I'll send the complete set of build options that I used. ---------------------------------------------------------------------- Comment By: ptamlx (ptamlx) Date: 2011-10-06 02:54 Message: I have just tested the new downloaded 1.1.0 on RHEL 5.3, and the issue is still present. ---------------------------------------------------------------------- Comment By: D. R. Commander (dcommander) Date: 2011-10-06 02:48 Message: Testing on RHEL 5 would be an interesting data point and might help us narrow down what's happening. I guess it's not the Composite extension, but it may be a similar issue in the sense that we're using a newer X server but the applications are still using the older X11 client libraries. ---------------------------------------------------------------------- Comment By: ptamlx (ptamlx) Date: 2011-10-06 02:44 Message: I am running on RHEL 4.7, I could also try it on 5.3 if that can help. I just downloaded 1.1.0 again, and I am still having the issue. ---------------------------------------------------------------------- Comment By: https://me.yahoo.com/a/56BmNR9g () Date: 2011-10-06 02:35 Message: Still having the issue with fresh downloaded 1.1.0 ---------------------------------------------------------------------- Comment By: D. R. Commander (dcommander) Date: 2011-10-05 17:32 Message: The 1.1.80 pre-release build doesn't yet have Composite disabled. Please try the "official" 1.1.0 build from SourceForge. If, in fact, this is due to an issue with Composite, then the SourceForge 1.1.0 build should fix it. Note that the 1.1.0 build now has Composite disabled, whereas prior to 10/01, it didn't. I respun the build, since it was possible to disable that extension without modifying the source code. ---------------------------------------------------------------------- Comment By: https://me.yahoo.com/a/56BmNR9g () Date: 2011-10-05 17:16 Message: I am running RHEL5 (without admin rights ... just in case). I've downloaded the 1.1.80 version from virtualGL today (8 hours ago). ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-10-05 16:41 Message: No, I suspect that ptamix at least is running RHEL4, RHEL5, or possibly an older version of SUSE, since those are the only platforms IC51 supports. I think it's fine to enable composite going forward. ---------------------------------------------------------------------- Comment By: D. R. Commander (dcommander) Date: 2011-10-05 16:05 Message: OK, I need more details. I thought the Composite issue only affected old platforms. Are you now saying that the presence of Composite will cause these problems on newer platforms as well? If so, then that's a concern, because obviously when TigerVNC is built on modern platforms like Fedora, it has Composite enabled. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-10-05 16:00 Message: Scratch that, this is almost certainly related to bug #3414789. DRC replaced the existing binaries on 2011-10-01, can you please install those and see if the issue is resolved? FWIW, I just started IC5141 and cannot reproduce the problem (using a local build with the same fix as the official 10/1 binaries). ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-10-05 15:45 Message: Can you both report back what linux distro and release version you're running Xvnc on? ---------------------------------------------------------------------- Comment By: https://me.yahoo.com/a/56BmNR9g () Date: 2011-10-05 15:40 Message: I'm having the same issue with 1.1.0 and 1.1.80 versions of tigerVNC, when running latest Fluxbox. Windows borders are no more refreshed when another Windows XP window got the focus on top of the viewer. The viewer "Refresh Screen" action renders everything back. ---------------------------------------------------------------------- Comment By: ptamlx (ptamlx) Date: 2011-10-05 03:29 Message: I tried tigervnc-Linux-x86_64-1.1.80.tar.gz which I downloaded on 2011-09-29 and it is not fixed there. I assume the archive did not change since then, since it still has the same version number. ---------------------------------------------------------------------- Comment By: D. R. Commander (dcommander) Date: 2011-10-05 03:15 Message: Have you tried the latest build from trunk (http://www.virtualgl.org/DeveloperInfo/TigerVNCPreReleases), on the off chance that this has already been fixed? ---------------------------------------------------------------------- Comment By: ptamlx (ptamlx) Date: 2011-10-05 03:11 Message: In case it is the problem mentioned by cendossm, would it be easy to fix? It is really annoying. ---------------------------------------------------------------------- Comment By: Pierre Ossman (cendossm) Date: 2011-09-29 06:01 Message: I seem to recall we had a problem with not tracking window border changes, but that we ignored it because basically all that used that feature was twm. Maybe this is the same issue? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3415308&group_id=254363 ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
