Bug 524340 - suggested patch for dot cursor issue
Summary: suggested patch for dot cursor issue
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: tigervnc
Version: 11
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Adam Tkac
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-09-19 03:46 UTC by Tom Horsley
Modified: 2013-04-30 23:44 UTC (History)
2 users (show)

Fixed In Version: 1.0.0-3.fc12
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-10-27 06:34:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
patch to set the default desktop cursor based on option (487 bytes, patch)
2009-09-19 03:46 UTC, Tom Horsley
no flags Details | Diff

Description Tom Horsley 2009-09-19 03:46:12 UTC
Created attachment 361738 [details]
patch to set the default desktop cursor based on option

Description of problem:

When using vnc to display a KVM console screen, none of the logic related
to the UseLocalCursor or DotWhenNoCursor options ever seems to be executed,
instead the DesktopWindow constructor sets the default cursor to dotCursor
and that's just the way it stays forever, providing a constant visual
irritant.

This suggested patch makes the default cursor be noCursor based on the
DotWhenNoCursor option in the constructor, which certainly seems to me
like it would be less irritating when using vnc to display a KVM console.
Perhaps there should be a completely separate option for the default cursor
rather than overloading the existing option?

Version-Release number of selected component (if applicable):
tigervnc-0.0.91-0.12.fc11

How reproducible:
The annoying dot is always around.

Steps to Reproduce:
1.start virtual machine
2.run vncviewer to connect to console
3.
  
Actual results:
irritating dot

Expected results:
just the virtual machines mouse pointer, no extra dot

Additional info:

Comment 1 Tom Horsley 2009-09-19 13:24:23 UTC
By the way, I went ahead and built from the source rpm with this patch,
and it works like a champ for me - no more irritating dot.

I did notice, however, that I get errors during rpmbuild -bp with
a patch saying it was already applied or reversed. I ignored it
since all I wanted to get built was vncviewer, and that patch was
I think over in the server directory somewhere:

+ patch -p1 -b --suffix .vnc
patching file configure.ac
Hunk #1 succeeded at 29 with fuzz 2.
patching file hw/Makefile.am
patching file mi/miinitext.c
+ echo 'Patch #10 (tigervnc10-xorg-rh514528.patch):'
Patch #10 (tigervnc10-xorg-rh514528.patch):
+ /bin/cat /zooty/build/rpmbuild/SOURCES/tigervnc10-xorg-rh514528.patch
+ /usr/bin/patch -s -p1 -b --suffix .rh514528 --fuzz=0
Reversed (or previously applied) patch detected!  Assume -R? [n]

Comment 2 Adam Tkac 2009-10-07 14:21:39 UTC
(In reply to comment #1)
> By the way, I went ahead and built from the source rpm with this patch,
> and it works like a champ for me - no more irritating dot.
> 
> I did notice, however, that I get errors during rpmbuild -bp with
> a patch saying it was already applied or reversed. I ignored it
> since all I wanted to get built was vncviewer, and that patch was
> I think over in the server directory somewhere:
> 
> + patch -p1 -b --suffix .vnc
> patching file configure.ac
> Hunk #1 succeeded at 29 with fuzz 2.
> patching file hw/Makefile.am
> patching file mi/miinitext.c
> + echo 'Patch #10 (tigervnc10-xorg-rh514528.patch):'
> Patch #10 (tigervnc10-xorg-rh514528.patch):
> + /bin/cat /zooty/build/rpmbuild/SOURCES/tigervnc10-xorg-rh514528.patch
> + /usr/bin/patch -s -p1 -b --suffix .rh514528 --fuzz=0
> Reversed (or previously applied) patch detected!  Assume -R? [n]  

That patch was for X.Org code and now is not needed because it was included to X.Org sources.

I wonder if your patch solves your issue, it seems incomplete for me. I created improved patch and sent it to review: http://www.mail-archive.com/tigervnc-devel@lists.sourceforge.net/msg00412.html.

Comment 3 Tom Horsley 2009-10-07 14:54:36 UTC
When I built with my patch it certainly solved my problem, but I could easily
believe it wouldn't be the right thing to do all the time. What I noticed
when debugging was that vncviewer never went through any of the logic that
was deciding what to do with a cursor (I guess because the way the KVM
emulator works it never even sends any of the cursor opcodes?). All my
patch did was fix the cursor created by default in the constructor, which
was the one always used during the vnc session.

Comment 4 Fedora Update System 2009-10-08 14:29:15 UTC
tigervnc-1.0.0-1.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/tigervnc-1.0.0-1.fc11

Comment 5 Fedora Update System 2009-10-14 01:37:12 UTC
tigervnc-1.0.0-1.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update tigervnc'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-10416

Comment 6 Fedora Update System 2009-10-27 06:33:46 UTC
tigervnc-1.0.0-2.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 7 Fedora Update System 2009-11-16 14:56:19 UTC
tigervnc-1.0.0-3.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/tigervnc-1.0.0-3.fc12

Comment 8 Fedora Update System 2009-12-02 04:43:47 UTC
tigervnc-1.0.0-3.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.