Portrait monitor full screen crashes tool

[totaam]

Issue migrated from trac ticket # 1050

component: client | priority: major | resolution: worksforme | keywords: crash

2015-12-10 20:06:12: idlacrosseplayer created the issue

---

Here are my system specs:

Host: RHEL WS 6.6
Client: Windows 7 x64

Monitor setup

      3333
22222 3333 11111
22222 3333 11111
      3333

Resolutions:

1. 1920x1080
2. 1920x1200
3. 1050x1680

Problem:
Whenever I maximize any application on Monitor 2, the xpra crashes. Other monitors can maximize as expected. I can manually strech to near the borders of monitor 2 without a crash.

I've attached my logfiles, and can do any further testing you need.

[totaam]

2015-12-10 20:07:43: idlacrosseplayer uploaded file XORG55~1.LOG (39.7 KiB)

[totaam]

2015-12-10 20:07:55: idlacrosseplayer uploaded file 55~1.LOG (15.0 KiB)

[totaam]

2015-12-10 20:08:26: idlacrosseplayer commented

---

I think it has to do with this error in the logfile:
Uh-oh, our size doesn't fit window sizing constraints: 6449x8789 vs 6446x8787

[totaam]

2015-12-10 20:10:14: idlacrosseplayer uploaded file Capture.JPG (39.5 KiB)

Whitespace got trimmed in the text bug report. Image of monitor setup

[totaam]

2015-12-11 02:09:31: antoine changed owner from antoine to idlacrosseplayer

[totaam]

2015-12-11 02:09:31: antoine commented

---

Thanks for the logs, spotted this bug which will need fixing:

Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/xpra/x11/gtk_x11/wm.py", line 421, in do_child_configure_request_event
    log("do_child_configure_request_event(%s) value_mask=%s, forwarding to %s", event, configure_bits(event.value_mask), model)
NameError: global name 'configure_bits' is not defined

There are also a number of client_decode_error: -1, can you post the client output or log file? (found in APPDATA on win32)

As for the crash, it may just be that the window is too big, the "uh-oh" message is not fatal.
Is the second monitor the "primary" one for windows?
Do you have opengl enabled? Does it work if you disable it? Can you post the Opengl_check.exe output?

[totaam]

2015-12-13 06:29:10: antoine commented

---

The configure_bits error is fixed in 11388 and will be in the next stable update.

Please post the information as per comment:2

Here's the view of the monitor layout:
[[Image(Capture.JPG)]]

[totaam]

2015-12-13 12:12:00: antoine changed status from new to assigned

[totaam]

2015-12-13 12:12:00: antoine changed owner from idlacrosseplayer to antoine

[totaam]

2015-12-13 12:12:00: antoine edited the issue description

[totaam]

2015-12-13 12:12:00: antoine commented

---

I have edited the ticket description to make it match the numbering in the picture above and prevent confusion.
I believe this isn't related to portrait orientation, but caused by having secondary monitors to the left of the primary one. (similar to #636#comment:21)

[totaam]

2015-12-15 18:43:28: idlacrosseplayer uploaded file Xpra-Launcher.log (132.2 KiB)

Client Log file

[totaam]

2015-12-15 18:44:41: idlacrosseplayer commented

---

Sorry for the delay.

comment:2 request for client logfile has been uploaded.

comment:4 is correct; I could not immediately determine a method to edit the original bug.

[totaam]

2015-12-16 01:34:14: antoine changed status from assigned to new

[totaam]

2015-12-16 01:34:14: antoine changed owner from antoine to idlacrosseplayer

[totaam]

2015-12-16 01:34:14: antoine commented

---

@idlacrosseplayer: your log file is full of opengl errors.
And I see that you are using this driver:

OpenGL enabled with Intel(R) HD Graphics 4000

opengl should not be enabled with the intel drivers, which are far too buggy. (there are many tickets on this tracker).
Can you please post the opengl output from the bug report tool, or simply post the OpenGL_check.exe output?

[totaam]

2015-12-16 03:38:27: antoine commented

---

See ClientRendering OpenGL

[totaam]

2015-12-16 18:09:17: idlacrosseplayer commented

---

OpenGL_check.exe output below. Is it related to the error? My laptop has a Quadro K1000M too. I'll have to check how to disable the Intel Adapter full time; I'll do that next.

C:\Program Files (x86)\Xpra>OpenGL_check.exe
2015-12-16 10:06:55,594 OpenGL_accelerate module loaded
2015-12-16 10:06:55,595 Using accelerated ArrayDatatype
2015-12-16 10:06:55,598
2015-12-16 10:06:55,599
2015-12-16 10:06:55,601 OpenGL properties:
2015-12-16 10:06:55,602 * GLU extensions           : GL_EXT_bgra
2015-12-16 10:06:55,604 * GLU version              : 1.2.2.0 Microsoft Corporation
2015-12-16 10:06:55,605 * display_mode             : DOUBLE
2015-12-16 10:06:55,607 * gdkgl.version            : 6.1
2015-12-16 10:06:55,608 * gdkglext.version         : 1.2.0
2015-12-16 10:06:55,608 * gtkglext.version         : 1.2.0
2015-12-16 10:06:55,609 * has_alpha                : True
2015-12-16 10:06:55,611 * opengl                   : 3.3
2015-12-16 10:06:55,611 * pygdkglext.version       : 1.0.0
2015-12-16 10:06:55,612 * pyopengl                 : 3.1.0
2015-12-16 10:06:55,615 * renderer                 : Intel(R) HD Graphics 4000
2015-12-16 10:06:55,617 * rgba                     : True
2015-12-16 10:06:55,618 * safe                     : True
2015-12-16 10:06:55,618 * shading language version : 3.30 - Intel Build 8.15.10.2712
2015-12-16 10:06:55,619 * texture-size-limit       : 8192
2015-12-16 10:06:55,621 * vendor                   : Intel
2015-12-16 10:06:55,621 * zerocopy                 : True

C:\Program Files (x86)\Xpra>

[totaam]

2015-12-16 18:20:09: idlacrosseplayer commented

---

OK, I disabled access to the Intel HD drivers, and verified it in the OpenGL_check.exe.

I no longer crash when I try to maximize on the portrait monitor (3), however, when I maximize, it moves the window to my default monitor (1) and maximizes there.

I attached the new Xpra-Launcher.log after this.

New OpenGL_check.exe:

c:\Program Files (x86)\Xpra>OpenGL_check.exe
2015-12-16 10:16:05,134 OpenGL_accelerate module loaded
2015-12-16 10:16:05,134 Using accelerated ArrayDatatype
2015-12-16 10:16:05,150
2015-12-16 10:16:05,150
2015-12-16 10:16:05,150 OpenGL properties:
2015-12-16 10:16:05,150 * GLU extensions           : GL_EXT_bgra
2015-12-16 10:16:05,150 * GLU version              : 1.2.2.0 Microsoft Corporation
2015-12-16 10:16:05,150 * display_mode             : DOUBLE
2015-12-16 10:16:05,150 * gdkgl.version            : 6.1
2015-12-16 10:16:05,150 * gdkglext.version         : 1.2.0
2015-12-16 10:16:05,150 * gtkglext.version         : 1.2.0
2015-12-16 10:16:05,150 * has_alpha                : False
2015-12-16 10:16:05,150 * opengl                   : 4.4
2015-12-16 10:16:05,150 * pygdkglext.version       : 1.0.0
2015-12-16 10:16:05,150 * pyopengl                 : 3.1.0
2015-12-16 10:16:05,150 * renderer                 : Quadro K1000M/PCIe/SSE2
2015-12-16 10:16:05,150 * rgba                     : True
2015-12-16 10:16:05,150 * safe                     : True
2015-12-16 10:16:05,150 * shading language version : 4.40 NVIDIA via Cg compiler
2015-12-16 10:16:05,150 * texture-size-limit       : 16384
2015-12-16 10:16:05,150 * vendor                   : NVIDIA Corporation
2015-12-16 10:16:05,150 * zerocopy                 : True

c:\Program Files (x86)\Xpra>

[totaam]

2015-12-16 18:21:15: idlacrosseplayer uploaded file Xpra-Launcher.2.log (151.3 KiB)

Xpra-Launcher after I cannot maximize on center monitor (but no longer crash)

[totaam]

2015-12-17 06:20:46: antoine commented

---

r11417 adds the "Intel" spelling to the greylisted drivers.
This will be included in the next stable updates and 0.16. Until then, I recommend you don't use the Intel GPU or turn off opengl.

---

I no longer crash when I try to maximize on the portrait monitor (3), however, when I maximize, it moves the window to my default monitor (1) and maximizes there.
[[BR]]
How applications maxmimize varies widely based on the toolkit they use and how they actually implement it.
Which application can I use for testing?
(you may see more information by running Xpra_cmd.exe with the -d metadata flag)

---

I also spotted a new odd error in your log sample:

2015-12-15 10:51:20,924 error processing draw packet
2987	Traceback (most recent call last):
2988	  File "xpra\client\ui_client_base.pyc", line 1989, in _draw_thread_loop
  File "xpra\client\ui_client_base.pyc", line 2035, in _do_draw
  File "xpra\client\client_window_base.pyc", line 426, in draw_region
  File "xpra\client\window_backing_base.pyc", line 496, in draw_region
  File "xpra\client\window_backing_base.pyc", line 233, in paint_image
  File "PIL\Image.pyc", line 682, in tobytes
MemoryError

Not sure what to do with this one, as I've never seen it before.

[totaam]

2015-12-17 18:30:33: idlacrosseplayer changed status from new to closed

[totaam]

2015-12-17 18:30:33: idlacrosseplayer set resolution to worksforme

[totaam]

2015-12-17 18:30:33: idlacrosseplayer commented

---

restarting the server (previously after disabling Intel and forcing NVIDIA, I had only restarted the client) fixed the "unable to maximize" from comment:10

The odd errors found in my logfile in comment:11 do not seem to affect normal operation, and I believe we can mark this as resolved/closed.

Thanks to everyone for helping!