After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 531933 - Black Screen connection to an UltraVNC server
Black Screen connection to an UltraVNC server
Status: RESOLVED FIXED
Product: gtk-vnc
Classification: Other
Component: general
0.3.x
Other Linux
: Normal major
: ---
Assigned To: gtk-vnc-maint
gtk-vnc-maint
Depends on:
Blocks:
 
 
Reported: 2008-05-07 11:42 UTC by chuchiperriman
Modified: 2009-02-26 12:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description chuchiperriman 2008-05-07 11:42:56 UTC
When I try to connecto a server, I only see a black screen. Using vncviewer I can see the desktop correctly.

The server is:

ultraVNC Win32 Server 1.0.1

The Vinagre version is 0.5.2

I'm using Ubuntu 8.04

When I connect to the server, all appears to be fine but I see the black screen. I have noticed in the page tittle I get some extra information that I don't get with others:

remoteservername (IP1, IP2)

I think UltraVNC return this information to Vinagre but I don't know...
Comment 1 Jonh Wendell 2008-05-07 12:20:08 UTC
Hi. Are you sure that vncviewer works fine?

I'm asking you this because I have a similar issue here, and it is a UltraVNC/Windows fault. No matter which client I use, I always get a black screen.

If vncviewer works for you, I ask you to:
1) Install gtk-vnc 0.3.6
2) Install vinagre 2.23.1 (or better: trunk version, if you know how to do that)
3) Try again

If it still fails, start vinagre (again, 2.23.1 or trunk) in the command line with the argument --gtk-vnc-debug and paste here the output.
Comment 2 chuchiperriman 2008-05-07 16:00:23 UTC
Hi!!

I have downloaded gtk-vnc and vinagre from trunk (0.3.6 and 2.23.2 versions)

I attach the debug info.

If you need some help, please make me know.

Thanks!!

gtk-vnc: Expose 0x0 @ 1097,848
gtk-vnc: Started background coroutine
gtk-vnc: Resolving host vallermososli 5900
gtk-vnc: Trying socket 16
gtk-vnc: Protocol initialization
gtk-vnc: Server version: 3.6
gtk-vnc: Using version: 3.3
gtk-vnc: Possible auth 2
gtk-vnc: Requested auth type 2
gtk-vnc: Waiting for auth type
gtk-vnc: Choose auth 2
gtk-vnc: Requesting missing credentials
gtk-vnc: Set password credential
gtk-vnc: Waiting for missing credentials
gtk-vnc: Got all credentials
gtk-vnc: Do Challenge
gtk-vnc: Checking auth result
gtk-vnc: Success
gtk-vnc: Pixel format BPP: 8,  Depth: 8, Byte order: 1234, True color: 0
             Mask  red:   0, green:   0, blue:   0
             Shift red:   0, green:   0, blue:   0
gtk-vnc: Display name 'es004830s00001 ( 192.168.27.100, 10.52.166.66 )'
gtk-vnc: Visual mask: 16711680 65280 255
      shift:  16   8   0
gtk-vnc: Mask local: 255 255 255
    remote:   0   0   0
    merged:   0   0   0
gtk-vnc: Pixel shifts
   right:   0   0   0
    left:  24  16   8
gtk-vnc: Expose 0x0 @ 1097,848
gtk-vnc: Running main loop
gtk-vnc: FramebufferUpdate(7, 0, 0, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 64, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 128, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 192, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 256, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 320, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 384, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 448, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 512, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 576, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 640, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 704, 1024, 64)
gtk-vnc: Expose 36x40 @ 1024,768
gtk-vnc: FramebufferUpdate(-240, 10, 10, 32, 32)
gtk-vnc: FramebufferUpdate(7, 0, 0, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 64, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 128, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 192, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 256, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 320, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 384, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 448, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 512, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 576, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 640, 1024, 64)
gtk-vnc: FramebufferUpdate(7, 0, 704, 1024, 64)
gtk-vnc: FramebufferUpdate(-240, 10, 10, 32, 32)
gtk-vnc: Expose 36x40 @ 1024,768
gtk-vnc: FramebufferUpdate(-240, 10, 10, 32, 32)
gtk-vnc: FramebufferUpdate(7, 512, 0, 64, 64)
gtk-vnc: FramebufferUpdate(7, 128, 512, 64, 64)
gtk-vnc: Expose 46x40 @ 566,576
gtk-vnc: FramebufferUpdate(-240, 10, 10, 32, 32)
gtk-vnc: FramebufferUpdate(7, 128, 512, 64, 64)
gtk-vnc: FramebufferUpdate(7, 128, 704, 128, 64)
gtk-vnc: Expose 46x50 @ 246,758
gtk-vnc: FramebufferUpdate(7, 128, 744, 128, 22)
gtk-vnc: Expose 164x784 @ 128,22
gtk-vnc: FramebufferUpdate(7, 192, 704, 64, 64)
gtk-vnc: Expose 228x744 @ 64,64
gtk-vnc: Expose 0x0 @ 1097,848
gtk-vnc: Expose 0x0 @ 1097,848
gtk-vnc: Requesting that VNC close
gtk-vnc: Requesting graceful shutdown of connection
gtk-vnc: Waking up couroutine to shutdown gracefully
gtk-vnc: Aborting message processing on error
gtk-vnc: Doing final VNC cleanup
Comment 3 Jonh Wendell 2008-05-30 13:03:03 UTC
Confirmed, somehow gtk-vnc must handle "True color: 0".
Comment 4 Jonh Wendell 2008-05-30 19:50:46 UTC
OK, I just committed a fix for gtk-vnc: http://gtk-vnc.codemonkey.ws/hg/outgoing.hg/rev/d2f220a10a2f

If you can, please try running vinagre with the development version of gtk-vnc.

Thanks.
Comment 5 chuchiperriman 2008-06-02 07:36:36 UTC
I cannot found the changes in gtk-vnc.

I do: hg update but there is no changes
Comment 6 Jonh Wendell 2008-06-02 11:16:38 UTC
Hi.

As described in http://gtk-vnc.sourceforge.net/Code in order to get the hole source code you should do:
hg clone http://gtk-vnc.codemonkey.ws/hg/outgoing.hg gtk-vnc

If you already have downloaded the source code from hg repository, in order to update it you should do:
hg pull -u
Comment 7 chuchi 2008-06-04 15:47:17 UTC
It works!!!!!! Thanks a Lot!