[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/504368
Title:
sdl window i
[Expired for qemu-kvm (Ubuntu) because there has been no activity for 60
days.]
** Changed in: qemu-kvm (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/504
Since support for SDL 1.2 has been removed from QEMU now, can you still
reproduce this issue with the latest version of QEMU and SDL2 ?
** Changed in: qemu
Status: Triaged => Incomplete
** Changed in: qemu-kvm (Ubuntu)
Status: Triaged => Incomplete
** Bug watch removed: SourceForge
I cannot reproduce with KWin FWIW, but have an openbox box somewhere (no
pun intended).
Can you apply the attached debug patch, reproduce your bug (move with
alt+click) and attach the output? If the log grows too large, try:
uniq -f1 -c log
What version of SDL are you using?
** Patch added:
Window manager varies. In the original report it was openbox (as I
believe I stated, in comment #7). Current window manager is xfwm4. For
the screenshot provided, I intentionally moved the window with
Alt+left_click as I knew this would trigger the issue (also indicated in
comment #7). However
Scaling can be triggered by:
- Pressing ctrl-alt-{minus,plus} (on certain keyboard layouts)
- a SDL_VIDEORESIZE event
SDL_VIDEORESIZE is always sent on an X ConfigureNotify event when a
SDL_VideoSurface is active. (SDL_VideoSurface is NULL if a resize was
done in SDL_SetVideoMode).
So it really
As requested here's a screenshot of the scaled window. The expected
behavior is that the window be resized to the dimensions of the guest.
Pressing Ctrl+Alt+u within this window corrects the issue and the window
is in fact resized to the guest dimensions.
** Attachment added: "Screenshot - 06112
On 26 April 2012 18:23, Serge Hallyn <504...@bugs.launchpad.net> wrote:
> This may be the root cause of bug 986192
I guess not. That bug is TwinView specific but this issue happens with
any graphics.
In fact, in qemu 1.5 this issue is no longer present.
--
You received this bug notification bec
I have attached a screenshot that shows the *contents* of a SDL window
*not* being scaled despite the window being maximized. Is this the same
issue or not? If not, can you attach a screenshot describing the issue?
** Attachment added: "screenshot of maximized window with scaling bug"
https://
This may be the root cause of bug 986192
** Changed in: qemu-kvm (Ubuntu)
Status: Incomplete => Triaged
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/504368
Title:
sdl window intermittently
I have the same problem too. Anything other than each guest pixel
mapping to exactly one host pixel looks bad. There should be a way to
ensure that this is always the case (in fact, perhaps it should be the
default and there should be a command line switch to allow the
possibility of the display be
My window manager maximizes all windows. I am running kvm 0.14.
Initially the VM is displayed 1:1 in the top left corner leaving large
portion of the window black. Resizing the window or rebooting the VM
causes the output to be scaled which is horrendous.
There are three issues here: there is no
You can disable scaling by hitting ctrl-alt-u.
What's probably happening is that the window manager is generating an
extraneous scaling event. I'm going to move this to wishlist as we
should provide better user controls of this behavior.
** Changed in: qemu
Importance: Undecided => Wishlist
13 matches
Mail list logo