Hello, I installed LibreOffice, in my case LibreWriter, on Fedora and Debian Template and I am using it through an AppVM.
Fedora and Debian: When using LibreWriter it is lagging, especially when typing and scrolling. Is there a way to fix this? All other applications, multiple VMs run smoothly so it is not a hardware performance issue.
Only Fedora: When opening LibreWriter it opens in a very minimized window which is very annoying. How can I change that?
sn00per:
Fedora and Debian: When using LibreWriter it is lagging, especially when typing and scrolling. Is there a way to fix this? All other applications, multiple VMs run smoothly so it is not a hardware performance issue.
It’s a known issue:
opened 02:59PM - 20 Jun 23 UTC
T: bug
C: templates
P: default
needs diagnosis
affects-4.1
[How to file a helpful issue](https://www.qubes-os.org/doc/issue-tracking/)
#… ## Qubes OS release
R4.1
### Brief summary
Editing spreadsheet cell directly in the cell has noticeable lag between keypress and showing the effect. Edit field above the spreadsheet doesn't have this problem.
### Steps to reproduce
1. Open LibreOffice Calc
2. Create new spreadsheet
3. Click any cell
4. Enter some characters
### Expected behavior
They appear immediately.
### Actual behavior
They appear with noticeable (but small) delay.
Editing cell by clicking on it and then clicking on the edit field at the top doesn't have this issue.
The issue happens at least in Fedora 37 (libreoffice-7.4.6.2-2.fc37.x86_64) and Ubuntu 22.04 (libreoffice 1:7.3.7-0ubuntu0.22.04.3) templates. I have _not_ verified how it behave outside of Qubes (might be a good first step in diagnosis).
You can try to use the fix with kf5 from there or this fix:
On debian-12 I could also force skia sofware rendering in the libreoffice options (Tools → Options --View → below the option to disable hardware acceleration). Apart from removing the libreoffice-gtk3 package that improved performance as well.
I needed to enable font antialiasing though to make it bearable.
I guess it’s this issue:
opened 12:10AM - 05 Nov 17 UTC
closed 11:15AM - 30 Nov 21 UTC
T: bug
P: major
ux
C: desktop-linux-xfce4
R: upstream issue
#### Qubes OS version:
<!-- (e.g., `R3.2`)
You can get it from the dom0 t… erminal with the command
`cat /etc/qubes-release`
Type below this line. -->
`R3.2`
#### Affected TemplateVMs:
<!-- (e.g., `fedora-23`, if applicable)
Type below this line. -->
`fedora-25-minimal`
---
### Steps to reproduce the behavior:
In Nautilus, double-click a LibreOffice Calc file (e.g., `*.ods`).
### Expected behavior:
Good: It opens to a sensible default size.
Best: It remembers the size at which you last closed it, and reopens to that size.
### Actual behavior:
In most cases, it opens as a tiny window (small enough that the content of the file is not even visible).
### General notes:
The behavior is not consistent. For example, I have two AppVMs based on the same template. In one of them, this problem doesn't exist. In the other one, this problem happens with `*.ods` files every time. Even if I create a new AppVM based on the same template and copy the `*.ods` files there (from the problematic AppVM), the problem still occurs.
You can try a fix from there.
1 Like
