jammr Forum

Cri · June 12, 2015 22:14:43

Hi, I just found something strange, maybe a bug? If I run jammr on my laptop and then I connect an external monitor to it, as soon as I switch to the external monitor, the jammr windows disappear. Note that the program doesn't crash: the xterm is still running the jammr process, and I can still hear other people playing, but the windows just disappear from my window manager (icewm on Linux).

The same occurs if I start jammr when using the external monitor, and then I switch to the laptop screen.
So far, the only way I found to restore normal operation is Ctrl-C in the xterm and restart jammr.

I don't get any messages in the xterm window, but I get the following messages in ~/.local/share/jammr/jammr/log.txt as soon as I switch to the external monitor:

Jun 12 2015 22:08:14 WARN: QPainter::begin: Paint device returned engine == 0, type: 2
Jun 12 2015 22:08:14 WARN: QPainter::end: Painter not active, aborted
Jun 12 2015 22:08:14 WARN: QPainter::begin: Paint device returned engine == 0, type: 2
Jun 12 2015 22:08:14 WARN: QPainter::end: Painter not active, aborted
Jun 12 2015 22:08:14 WARN: QPainter::begin: Paint device returned engine == 0, type: 2
Jun 12 2015 22:08:14 WARN: QPainter::end: Painter not active, aborted
Jun 12 2015 22:08:14 WARN: QPainter::begin: Paint device returned engine == 0, type: 2
Jun 12 2015 22:08:14 WARN: QPainter::end: Painter not active, aborted
Jun 12 2015 22:08:14 WARN: QPainter::begin: Paint device returned engine == 0, type: 2
Jun 12 2015 22:08:14 WARN: QPainter::end: Painter not active, aborted
Jun 12 2015 22:08:14 WARN: QBackingStore::flush() called for  QWidgetWindow(0x9844ff0, name = "MainWindowClassWindow")  which does not have a handle.
Jun 12 2015 22:08:14 WARN: QPainter::begin: Paint device returned engine == 0, type: 2
Jun 12 2015 22:08:14 WARN: QBackingStore::flush() called for  QWidgetWindow(0x9918530, name = "JammrConnectDialogClassWindow")  which does not have a handle.
Jun 12 2015 22:08:15 WARN: QBackingStore::flush() called for  QWidgetWindow(0x9918530, name = "JammrConnectDialogClassWindow")  which does not have a handle.

Hope this helps! If you think this is a bug and need extra testing to debug, just let me know and I'll be glad to help!

Instruments: one-handed keyboards, percussions, found objects :P
Likes: see my jammr profile

stefanha · June 13, 2015 12:08:55

Hi Cri,
Thanks for reporting this problem. It looks like Qt's painting machinery breaks and therefore the window disappears.

This is probably a Qt or IceWM bug.

Unfortunately I can only recommend installing updates or trying another window manager or desktop environment to see if it happens there.

Stefan

Cri · June 14, 2015 20:32:29

Yes, it seems it's a known qt bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779500

Instruments: one-handed keyboards, percussions, found objects :P
Likes: see my jammr profile

jammr Forum

#1 June 12, 2015 22:14:43

Bug? Jammr windows disappear when switching to/from external monitor

#2 June 13, 2015 12:08:55

Bug? Jammr windows disappear when switching to/from external monitor

#3 June 14, 2015 20:32:29

Bug? Jammr windows disappear when switching to/from external monitor

Board footer