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.
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.
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 1+18.04. 20180302- 0ubuntu1
compiz 1:0.9.13.
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/ registrymodific ations. 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.openoffic e.Setup/ Office/ Factories/ org.openoffice. Setup:Factory[ 'com.sun. star.sheet. SpreadsheetDocu ment']" ><prop oor:name= "ooSetupFactory WindowAttribute s" oor:op= "fuse"> <value> 1920,40, 717,27; 5;1920, 40,1920, 1040;</ value>< /prop>< /item> "/org.openoffic e.Setup/ Office/ Factories/ org.openoffice. Setup:Factory[ 'com.sun. star.text. TextDocument' ]"><prop oor:name= "ooSetupFactory WindowAttribute s" oor:op= "fuse"> <value> 1184,40, 735,83; 5;1920, 40,1920, 1040;</ value>< /prop>< /item>
<item oor:path=
after:
<item oor:path= "/org.openoffic e.Setup/ Office/ Factories/ org.openoffice. Setup:Factory[ 'com.sun. star.sheet. SpreadsheetDocu ment']" ><prop oor:name= "ooSetupFactory WindowAttribute s" oor:op= "fuse"> <value> 1184,40, 735,83; 5;1920, 40,1920, 1040;</ value>< /prop>< /item> "/org.openoffic e.Setup/ Office/ Factories/ org.openoffice. Setup:Factory[ 'com.sun. star.text. TextDocument' ]"><prop oor:name= "ooSetupFactory WindowAttribute s" oor:op= "fuse"> <value> 1184,40, 735,83; 5;1920, 40,1920, 1040;</ value>< /prop>< /item>
<item oor:path=
The bug seems to be that resolution values are stored in ~/.config/ libreoffice/ 4/user/ registrymodific ations. 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.