Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#28779 - [spectrwm] Strange behavior with SDL.

Attached to Project: Community Packages
Opened by David (SudoGrep) - Sunday, 04 March 2012, 23:32 GMT
Last edited by Kyle Keen (keenerd) - Friday, 16 November 2012, 22:36 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Kyle Keen (keenerd)
Architecture i686
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
1) When an SDL window is initialized and then closed, it works just fine. Then, when re-initialized, it leaves a hole (the background) where it should be rendering. It still accepts input, but does not render until it is resized. Upon closing, it leaves the hole there until spectrwm is restarted.
2) SDL windows don't seem to receive resize events correctly when a tiled window is resized.

Additional info:
* package version(s)
* config and/or log files etc.

This is the most recent version of spectrwm (1.0.0)

Steps to reproduce:
Start an SDL application such as qemu. (It exibits the bugs described exactly like the app I'm writing, so I'm assuming I'm using SDL correctly.)
This task depends upon

Closed by  Kyle Keen (keenerd)
Friday, 16 November 2012, 22:36 GMT
Reason for closing:  Fixed
Additional comments about closing:  Seems to have went away with the big XCB rewrite.
Comment by Kyle Keen (keenerd) - Thursday, 15 March 2012, 00:06 GMT
This is almost certainly an upstream bug. Could you find a smaller SDL package that causes the problem in case the upstream guys don't have Qemu installed?
Comment by David (SudoGrep) - Friday, 16 March 2012, 17:02 GMT
I can also confirm it with mednafen (multi console emulator, ~5.5MB), and dwarf fortress (~25MB).
Comment by David (SudoGrep) - Friday, 16 March 2012, 17:09 GMT
I've also found this demo here:
http://www.libsdl.org/projects/cmouse/
You'll have to build it, but it's really tiny.
Comment by Kyle Keen (keenerd) - Friday, 16 March 2012, 17:18 GMT
I'm starting and exiting the app over and over (both from terminal and dmenu) and it is not doing this.

Could you please provide the exact series of keypresses or mouse motions that cause the problem?
Comment by David (SudoGrep) - Saturday, 17 March 2012, 21:52 GMT
I can get it to happen from both the terminal (xterm) and the Mod+p launcher, but only when there's another window on screen. (I don't have dmenu) If the workspace is blank, it never happens.

- ./cmouse (xterm)
- quit by any means necessary (escape, mod+x, etc.)

(I ran dwarffortress to test the launcher)
Comment by Kyle Keen (keenerd) - Saturday, 17 March 2012, 23:11 GMT
The mod+p launcher is dmenu, you most likely are using it.

Seems the "only when there's another window on screen" is kind of important. I can make it happen now.

Upstream bug report opened: https://opensource.conformal.com/flyspray/index.php?do=details&task_id=262

Loading...