Tiling LibreOffice Impress Slideshow via rules causes AwesomeWM to lock up.

[etrigan63]

Output of awesome --version:

awesome v4.3 (Too long) • Compiled against Lua 5.3.5 (running with Lua 5.3) • D-Bus support: ✔ • execinfo support: ✔ • xcb-randr version: 1.6 • LGI version: 0.9.2

How to reproduce the issue:

Add a rule to rc.lua for class = "Soffice" maximize = true, float = false. Restart awesomewm. Launch LibreOffice Impress and open a slide deck. Start slideshow via F5.

Actual result:

Presentation and Presenter Console launch as fullscreen floating apps in spite of the rule. Awesomewm locks up completely. Mouse moves but has no effect on the GUI or any open applications. Have to Ctrl + Alt + F2 to system console to issue a sudo reboot.

Expected result: Presentation and Presenter's Console appear as tiles and can be manipulated in the normal fashion.

[Elv13]

I just tried and I cannot reproduce on my branch. I have a high doubts I somehow fixed this accidentally. If libreoffice wasn't working, I think I would have heard by now (and noticed myself)

So we need to figure out why it does that for you:

• Are keybindings working?
• Does it happen with the default config
• Did you attach "things" to signals in a way that can create an infinite signal loop?
• Did it ever work?
• What's your libreoffice version?

[etrigan63]

Allow me to clarify: In normal circumstances, LibreOffice Impress (the presentation app) works as expected. Starting a slideshow in a dual-screen configuration pops up the fullscreen slideshow and the presenter console floating above whatever workspace you are in. A couple of quick keystrokes and the presentation is on the second monitor and the console is on my laptop.

What I was trying to do was force LibreOffice Impress Presentation and Presenter Console to tile instead of float so that they, like the editor screen, would be arranged with other tiles. This way I could have the Presenter Console on the laptop screen with OBS Studio and a browser showing my Youtube channel when I Livestream and the Presentation on a big screen for a local audience.

Clicking on the window management icon does nothing and when I added a rule to rc.lua:

{ rule = { class = "Soffice" },
          properties = { maximize = true, floating = false } },

The LibreOffice Impress Editor works fine, but when I launch a slideshow, awesome stops reponding. I am running LibreOffice 6.2.5

[Elv13]

• Does it happens with the default config?
• Does it happens if you disable size hints (see the FAQ)?
• Does it happens if you add client.disconnect_signal("property::geometry", awful.ewmh.client_geometry_requests)

[etrigan63]

The default config behaves as I previously described. The addition of the aforementioned rule is what causes the problem. I will have to try the other things you mentioned and report back.

[Elv13]

I still cannot reproduce (and this time with the "real" master branch)

    { rule = { class = "Soffice" },
      properties = { floating = false, maximize = false, below = true }
    },

[etrigan63]

Let me try your rule. I am using ArcolinuxB Awesome and they may have some customizations.

[etrigan63]

Your rule did the trick!

[Elv13]

Your rule did the trick!

Mind posting exactly the rule you tried? The one in the first post looks like pseudo code. I don't think it is what caused the deadlock "as-is". I would very much like to reproduce and fix the bug (if any).

[etrigan63]

This is the rule that caused the lockup: { rule = { class = "Soffice" }, properties = { maximize = true, floating = false } }, This is the rule that worked: { rule = { class = "Soffice" }, properties = { floating = false, maximize = false, below = true } }, I changed nothing else. I will attach a copy of my rc.lua. rc.lua.zip