when compiz have enabled gtk-window-decorator libreoffice-calc show transparent window

Description:
After opening a CSV in Calc (Text import) instead of opening the main Calc window, the space where the window is supposed to be, shows a "frozen" image of whatever was under the window before opening it. Calc menus and buttons still work, but nothing is visible. It'a a bit hard to explain, but the attached video is self explanatory.

The only error I get is:

(soffice:28076): Gtk-WARNING **: 12:06:36.708: infinite surface size not supported

I'm using Ubuntu MATE 18.04
- This happens when using Compiz, but not when using Compton
- This happens in LO 6.2 & 6.3 but not in LO 6.1.5
- This happens when Calc's window starts maximized, but not when it starts unmaximized
- This happens when using libreoffice-gtk3 but not when using libreoffice-gtk2

Steps to Reproduce:
1. Enable Compiz
2. Open a CSV file with Calc
3. Click "OK" on the "Text import" window

Actual Results:
Whatever was on the screen stays frozen, as if it were a static image, and the Calc window were invisible. Moving the mouse around and clicking seems to open Calc menus.

Expected Results:
Calc's main window should open normally

Reproducible: Always

User Profile Reset: Yes

OpenGL enabled: Yes

Additional Info:
Version: 6.3.0.4
Build ID: 1:6.3.0-0ubuntu0.18.04.1~lo2
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: es-AR (en_US.UTF-8); UI-Language: en-US
Calc: threaded

Created attachment 153353
Reproducing the issue

Not reproducible with version 6.3.3.0+ built at home under Ubuntu/Gnome 18.04 x86-64 with GTK3 backend.

Best regards. JBF

You write: 2. Open a CSV file with Calc
But in video you open via double click. Does it also happen with File-Open?
Does it happen with other CSV files or any other files?
How did you install LO 6.2 and 6.3, via PPA or debs?
Seems like some integration issue.

(In reply to Timur from comment #3)
> You write: 2. Open a CSV file with Calc
> But in video you open via double click. Does it also happen with File-Open?
If I open Calc and then go to File > Open, the CSV opens correctly. BUT if I leave that file open and open a second file the same way, the issue happens again.

I can also reproduce the issue by opening the CSV through the CLI with the command:
libreoffice aaa.csv

Something else I just discovered: if Calc is already open with a blank spreadsheet, and I open a CSV in the same way as the steps to reproduce, it opens correctly.

> Does it happen with other CSV files or any other files?
It happens with any CSV file.
I have not seen it happen with any other formats. Although CSV is the only one I use that uses the text import feature.

> How did you install LO 6.2 and 6.3, via PPA or debs?
Via PPA: https://launchpad.net/~libreoffice/+archive/ubuntu/ppa

I also experienced this issue when I had Ubuntu 16.04 + Gnome Flashback + Compiz.

I just tested on another machine with Ubuntu MATE 18.04 and a clean Compiz profile, and the issue also happens there.

If it helps, this person also has the same issue (that's me in the answer): https://askubuntu.com/questions/1140156/calc-shows-title-bar-only-when-opening-csv-in-compiz/1141598

[Automated Action] NeedInfo-To-Unconfirmed

Not sure if related. Came here because of the "infinite surface size not supported" warning.

I had the similar issues (cinnamon freezes but can move mouse) with a personal python3 (3.6) project using Gtk (3.26.1) in Ubuntu 18.04 (64bit) and there was the same warning. Project was not related to LibreOffice.

I found (my) problem: I had a Gtk.TextView in a Gtk.Box directly and not inside a Gtk.ScrolledWindow. There was no problem for small text, but in big texts the whole system freezes although I could move the mouse.
After I inserted the Gtk.TextView inside a Gtk.ScrolledWindow the problem solved.

Since the report is about a Gtk 3 environment probably there exists something similar. Example: a textview-like widget that tries to occupy more surface than it "can". Or the order in which the widgets "realize" themselves.

(The problem does not exists in my Calc (LO 6.0.7.3). But I also do not use Compiz So this is not a declaration that the problem does not really exist.

Hello Gabriel,
Does it work if you launch LibreOffice from commandline with 'SAL_USE_VCLPLUGIN=gen soffice' ?

Hello Xisco,

It does work indeed if I open it with that command

(In reply to Gabriel from comment #8)
> Hello Xisco,
>
> It does work indeed if I open it with that command

The was an issue related to CSV dialog which was recently fixed in LibreOffice 6.3.4
Could you please try with LibreOffice 6.3.4 from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.

I'm using 6.3.4.2 from the PPA and the issue still occurs.

Still happens with LibreOffice 6.4.2 from PPA https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-6-4

Basically libreoffice --calc works the first time, the second time there's the warning about infinite surface size and static image copied from elsewhere is shown instead of Calc. rm -rf ~/.config/libreoffice and it again works, but only once (just opening, closing and opening again triggers the problem).

Using GNOME Flashback (Compiz) session on Ubuntu 18.04. Maybe easiest to install with: apt install gnome-flashback compiz (need to reboot or restart gdm for new session types to appear)

I can only debug this machine remotely and rarely, and there seems to be variations of this behavior. For example I tried to fix the problem with stock 18.04's LibreOffice (6.0.7) by upgrading to the PPA, and it seemed to fix the problem. It was possible to open many files for some days.

The exact details might be related to the multi monitor setup in use, which display the office opens on, or for example if libreoffice was made full screen or windowed before closing. It's still a mystery how the behavior can be triggered from "outside" LibreOffice ie something changes and then even removing .config/libreoffice does not make it functional anymore for more than one time or anything else that comes to mind.

I've now asked the user to switch to GNOME Flashback (Metacity) instead of Compiz and trying out like that now.

Multiple confirmations, so setting to NEW. Maybe it will be determined to be NOTOURBUG later.

Happens to me in Ubuntu 20.04 with Compiz as well - even filed a separate bug #134615 as I didn't know about this one.

*** Bug 134615 has been marked as a duplicate of this bug. ***

May be related to #125543 ?

Could be, but they don't mention anything about the "invisible window", nor that it's specific to Compiz.

Status update: the bug keeps happening in LO 7.0.4

But the "invisible" window, when unmaximized, turns into zero-size window mentioned in bug 125543. So they may be somehow related. It may be that during opening a CSV file while Calc window is maximized it's size is internally changed to 0 and this causes both the "invisible" window (it somehow still remembers the maximized state, but due to zero size nothing is shown) and the zero size window after unmaximizing.

*** Bug 138299 has been marked as a duplicate of this bug. ***

I can confirm this issue for

Ubuntu 18.04 up-to-date
Kernel: Linux lat61 5.4.0-109-generic #123~18.04.1-Ubuntu SMP Fri Apr 8 09:48:52 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

LO Build-ID: 1:6.0.7-0ubuntu0.18.04.11
LibreOffice Version: 6.0.7.3

With

metacity 1:3.28.0-1ubuntu0.1
compiz 1:0.9.13.1+18.04.20180302-0ubuntu1

Please have a look at: https://bugs.launchpad.net/unity-linux/+source/libreoffice/+bug/1854183

The bug is confirmed by multiple users and e.g. calc not showing up (while writer does work) occurs sporadically, when ~/.config/libreoffice/4/user/registrymodifications.xcu has values which lead to the problem.

To work around this problem, I had to edit this file for calc to work again. In my case, I copied the resolution value from the TextDocument entry to the SpreadsheetDocument entry.

before:

<item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.sheet.SpreadsheetDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>1920,40,717,27;5;1920,40,1920,1040;</value></prop></item>
<item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.text.TextDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>1184,40,735,83;5;1920,40,1920,1040;</value></prop></item>

after:

<item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.sheet.SpreadsheetDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>1184,40,735,83;5;1920,40,1920,1040;</value></prop></item>
<item oor:path="/org.openoffice.Setup/Office/Factories/org.openoffice.Setup:Factory['com.sun.star.text.TextDocument']"><prop oor:name="ooSetupFactoryWindowAttributes" oor:op="fuse"><value>1184,40,735,83;5;1920,40,1920,1040;</value></prop></item>

The bug seems to be that resolution values are stored in ~/.config/libreoffice/4/user/registrymodifications.xcu which then lead to the "infinite surface size not supported" warning (and calc not showing up).

In my case, an (up to) three monitor setup with multiple resulutions (or usable resolutions because of the bars for one main screen) might have triggered this whole issue from one day to the other and for no apparent reason.