OK, thanks a lot for testing it again!
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/691424
Title:
qemu/kvm SDL over ssh -X broken
It seems to be working now with current versions, so has probably been
fixed somewhere.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/691424
Title:
qemu/kvm SDL over ssh -X broken
Status in QEMU:
Can you still reproduce this issue with the latest version of QEMU, with
the latest version of SDL?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
I can confirm this:
My client:
Ubuntu 12.04 LTS via ssh -X with Gnome - Terminal 3.4.1.1 and compiz enabled
3.2.0-33-generic #52-Ubuntu SMP Thu Oct 18 16:29:15 UTC 2012 x86_64 x86_64
x86_64 GNU/Linux
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
I now found that it depends on my client side. The bug happens when I ssh -XC
from my netbook with 1024x600(intel) to a server, but when I ssh -XC to the
same server from my laptop with 1024x768(fbdev), then it works.
So might be that the scaling code that made the difference in my bisecting,
Hi,
I tried this with a current (git) build, and I'm not able to reproduce
it.
I do see a problem with a bad initial SDL window size (its much too
small) on a remote machine over a moderate-level network (wireless LAN).
I don't see that when ssh-ing to localhost (even though both hosts are
One possible way to get X11-forwarding back on qemu master is to disable
zoom by this patch.
But I do not know why the do_sdl_resize function should be problematic.
There is probably a better solution.
** Patch added: disable zoom