Bug 734424
Summary: | Borders of windows are not rendered correctly in twm/fluxbox | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Tkac <atkac> | ||||
Component: | tigervnc | Assignee: | Adam Tkac <atkac> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 18 | CC: | aschorr, atkac, bphinz, carlos, funtoos, mganisin, ovasik, pholica | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | tigervnc-1.2.80-0.6.20121126svn5015.fc18 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | 652590 | Environment: | |||||
Last Closed: | 2013-01-17 11:14:38 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 652590 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Adam Tkac
2011-08-30 11:16:16 UTC
I think we may be experiencing a similar problem in Fedora 16 using tigervnc-1.1.0-3.fc16.x86_64. The window borders are easily corrupted. If you move one window over another window and then slide it off, the window borders are corrupted in the window that was temporarily obscured. It can be fixed by moving that window a small amount (which seems to cause a refresh). Is there any fix for this? In case it matters, this is using the fvwm window manager. I tried using Xfce and GNOME instead of fvwm, and they all exhibit the same problem. Is there a patch for this? Thanks, Andy FYI, I tested tigervnc version 1.2.0, and it has the same bug. Is there any way to escalate this issue? There's basically no working Xvnc in Fedora 16. This is a real problem for us. I guess my next step is to try other VNC servers. Thanks, Andy Moving to Fedora 16, I will try to figure what causes this problem. Thanks. I tried using turbovnc. That does not have the bug, but it does not understand modern fonts, so it is not a good solution. I also tried back-rev versions of tigervnc. If I install the Fedora 14 binary rpms on Fedora 16, they work fine (tigervnc-server-minimal-1.0.90-0.25.20100813svn4123.fc14.x86_64.rpm and tigervnc-server-1.0.90-0.25.20100813svn4123.fc14.x86_64.rpm). I also tried the Fedora 15 versions, and they are buggy. I tried both tigervnc-server-minimal-1.0.90-3.fc15.x86_64.rpm and tigervnc-server-minimal-1.1.0-1.fc15.x86_64.rpm, and neither works properly. Is is interesting and surprising that the bug was introduced between tigervnc-server-minimal-1.0.90-0.25.20100813svn4123.fc14.x86_64.rpm and tigervnc-server-minimal-1.0.90-3.fc15.x86_64.rpm, since they are both ostensibly 1.0.90. Despite the similar version, there appear to have been many changes. I would guess that the same bug persists in Rawhide. Let me know if there's anything else I can do to help troubleshoot. Thaks, Andy Andy, Thanks for the helpful insight regarding the version that worked. It appears that TigerVNC commit 4220 is the cause of the rendering artifacts in the window decorations. I'm not entirely sure if it's correct to simply revert that change though. So far I have not seen any issues after doing so, but that commit was implemented to address another issue. I've submitted the issue to the tigervnc-devel mailing list so that the other devs can have a look at this but at least it's clear now where the problem stems from now. I'll attach a patch if you'd like to test it. Kudos for picking up on that older version! Thanks, -brian Created attachment 595310 [details]
Modifies the change made in TigerVNC commit r4220.
Modifies the change made in TigerVNC commit r4220. Appears to fix this issue but may regress back to the issue r4220 addressed.
Adam,
Since you committed r4220, can you please review this?
Thanks,
-brian
Thanks Brian. I tried the patch, and it seems to fix the bug. Regards, Andy Keep an eye on the tigervnc-devel list. I don't think the issue is really resolved, the patch probably just reverts back to a different problem. -brian (In reply to comment #7) > Created attachment 595310 [details] > Modifies the change made in TigerVNC commit r4220. > > Modifies the change made in TigerVNC commit r4220. Appears to fix this > issue but may regress back to the issue r4220 addressed. > > Adam, > > Since you committed r4220, can you please review this? I just posted improved version of the patch to tigervnc-devel list which should fix both issues (artefacts + XDrawArc crashes). However it needs more testing before I can release it as update for Fedora... Any updates on this issue? Is the patch merged upstream now? (In reply to comment #11) > Any updates on this issue? Is the patch merged upstream now? Yes, it was committed in r4941: http://tigervnc.svn.sourceforge.net/viewvc/tigervnc?view=revision&revision=4941 This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping This is already fixed in tigervnc-1.2.80-0.6.20121126svn5015.fc18 |