Opening a new window behind a fullscreen application causes a core dump

[Andrea-moth]

Detailed Description

Opening a new window behind the a fullscreen application will cause a core dump and log out.

Expected Behavior

Opens the new application behind the fullscreen one.

Current Behavior

Core dumps and crashes to the log out screen

Steps to Reproduce

Edit: You can also do this by taking a screenshot instead of opening a new window in firefox

1. Open an application and set it to fullscreen 1.5. Make sure Openbox Configuration Manager > Windows > Prefer to place new windows on is set to the monitor with the mouse (not required but makes replicating it easier)
2. Open firefox on another monitor and press ctr+n, while making sure your mouse is on the monitor with the fullscreen application (not required but can be difficult to reproduce otherwise)
3. Watch as your screen goes dark for a few seconds and you end up at the login screen.

Context

• Iso Version: Latest
• System Specs:

Failure Logs

Mac 16 18:05:54 freyja-desktop systemd-coredump[12665]: [🡕] Process 723 (openbox) of user 1000 dumped 
Stack trace of thread 723:
#0  0x00007f5c12f508ec n/a (libc.so.6 + 0x878ec)
#1  0x00007f5c12f01ea8 raise (libc.so.6 + 0x38ea8)
#2  0x00007f5c12eeb53d abort (libc.so.6 + 0x2253d)
#3  0x00007f5c133969db n/a (libobt.so.2 + 0x69db)
#4  0x00007f5c12f01f50 n/a (libc.so.6 + 0x38f50)
#5  0x000055cb832e9191 client_calc_layer (openbox + 0x1d191)
#6  0x000055cb832fc0b1 n/a (openbox + 0x300b1)
#7  0x00007f5c1339c379 n/a (libobt.so.2 + 0xc379)
#8  0x00007f5c1310aafb g_main_context_dispatch (libglib-2.0.so.0 + 0x5aafb)
#9  0x00007f5c131675d9 n/a (libglib-2.0.so.0 + 0xb75d9)
#10 0x00007f5c1310a0cf g_main_loop_run (libglib-2.0.so.0 + 0x5a0cf)
#11 0x000055cb832dd4f0 main (openbox + 0x114f0)
#12 0x00007f5c12eec790 n/a (libc.so.6 + 0x23790)
#13 0x00007f5c12eec84a __libc_start_main (libc.so.6 + 0x2384a)
#14 0x000055cb832ddc15 _start (openbox + 0x11c15)

Stack trace of thread 740:
#0  0x00007f5c12fc90dd syscall (libc.so.6 + 0x1000dd)
#1  0x00007f5c1315ba35 g_cond_wait (libglib-2.0.so.0 + 0xaba35)
#2  0x00007f5c130d4fc4 n/a (libglib-2.0.so.0 + 0x24fc4)
#3  0x00007f5c1313a43e n/a (libglib-2.0.so.0 + 0x8a43e)
#4  0x00007f5c131387c5 n/a (libglib-2.0.so.0 + 0x887c5)
#5  0x00007f5c12f4ebb5 n/a (libc.so.6 + 0x85bb5)
#6  0x00007f5c12fd0d90 n/a (libc.so.6 + 0x107d90)

Stack trace of thread 741:
#0  0x00007f5c12fc39df __poll (libc.so.6 + 0xfa9df)
#1  0x00007f5c1316753f n/a (libglib-2.0.so.0 + 0xb753f)
#2  0x00007f5c13108382 g_main_context_iteration (libglib-2.0.so.0 + 0x58382)
#3  0x00007f5c131083d2 n/a (libglib-2.0.so.0 + 0x583d2)
#4  0x00007f5c131387c5 n/a (libglib-2.0.so.0 + 0x887c5)
#5  0x00007f5c12f4ebb5 n/a (libc.so.6 + 0x85bb5)
#6  0x00007f5c12fd0d90 n/a (libc.so.6 + 0x107d90)

Stack trace of thread 742:
#0  0x00007f5c12fc39df __poll (libc.so.6 + 0xfa9df)
#1  0x00007f5c1316753f n/a (libglib-2.0.so.0 + 0xb753f)
#2  0x00007f5c1310a0cf g_main_loop_run (libglib-2.0.so.0 + 0x5a0cf)
#3  0x00007f5c12052e4c n/a (libgio-2.0.so.0 + 0x10fe4c)
#4  0x00007f5c131387c5 n/a (libglib-2.0.so.0 + 0x887c5)
#5  0x00007f5c12f4ebb5 n/a (libc.so.6 + 0x85bb5)
#6  0x00007f5c12fd0d90 n/a (libc.so.6 + 0x107d90)
ELF object binary architecture: AMD x86-64

Edit: as far as I can tell this has been fixed, however I have not tested this extensively so I will leave this up in case anyone else has this issue

[adi1090x]

Since it has been solved, Closing it.