Description: Sometimes, a click on the toolbar Save icon is ignored. I have to click 2 or 3 times before the save is initiated. ctrl-S behaves similarly. It is not reproducible. I feel it may be more common in larger documents, but that is subjective. There is nothing unusual in my hardware, it's a simple write to a local SSD. Steps to Reproduce: 1. Open or create a .odt 2. Change it 3. Hit ctrl-S or click the toolbar Save icon 4. Repeat as necessary. Actual Results: Sometimes, a click on the toolbar Save icon is ignored. ctrl-S behaves similarly. The document was unsaved and still marked as amended. Expected Results: The 'saving document' progress bar should appear immediately. Reproducible: Sometimes User Profile Reset: Yes Additional Info: I have noticed the toolbar icon behaviour in earlier versions, it has survived various upgrades and resets during investigations for bug 156811. ctrl-S not working seems to be new. I will try to find an opportunity to upgrade to 25.2 and test that. Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
I have upgraded to 25.2.5.2 . My early tests show that clicks on the toolbar Save icon are still **sometimes** ignored, but ctrl-S seems to be reliable. Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
Another week of testing (25.2.5.2) reveals: * Click on the toolbar Save icon is often ignored. I usually need about 3 attempts before the Save is actioned. * Ctrl-S works reliably. * Document size is irrelevant.
I have also noticed Calc doing the same: Clicks on the toolbar Save icon are still **sometimes** ignored, but ctrl-S seems to be reliable. Same version information as in Comment 1.
Created attachment 202212 [details] Clicks on Save icon being ignored In the attached video, it can be seen that the button is greyed-out during a click, then returns to it's original (document amended) appearance. It took nine clicks until Writer started a Save. (That document is 80MB, so a save takes a few seconds.)
I tried starting Writer from a Bash prompt with this command: /opt/libreoffice25.2/program/soffice.bin "/home/ME/Rest of path/My Doc.odt" >o 2>e Intending that o would contain any output to stdout and e would contain any output to stderr. I found that errors like this were sent to stderr (soffice:39925): Gtk-WARNING **: 20:25:11.526: no trigger event for menu popup The time coincided with clicks on the Save icon. These messages do not appear when the program is started from my GUI.
I have upgraded to 25.8.1.1 . My first tests show that clicks on the toolbar Save icon are still **sometimes** ignored, in both Writer and Calc. Version: 25.8.1.1 (X86_64) Build ID: 54047653041915e595ad4e45cccea684809c77b5 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
I have just tried to edit a template in Writer 25.8.1.1 ctrl+S did not work.
I have just noticed the same thing with the Open toolbar icon in Calc. I rarely use the Open toolbar icon, preferring the Open Recent drop-down, which works reliably). Calc Version: 25.8.1.1 (X86_64) Build ID: 54047653041915e595ad4e45cccea684809c77b5 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
Similar to Comment 5 Entered at a Bash prompt /opt/libreoffice25.8/program/oosplash --calc When I clicked the Open icon on the toolbar, I saw: (soffice:28211): Gtk-WARNING **: 17:00:23.729: no trigger event for menu popup This happened several times, until the Open dialogue appeared.
I followed the reporter’s steps in Writer and Calc (open/edit document, click the Save icon and press Ctrl + S repeatedly). Result: Could not reproduce. Both toolbar Save icon and Ctrl + S worked consistently. The save animation appeared immediately. Tested with a 50 MB .odt and a 5 MB .xlsx. No GTK warnings or delays observed in terminal output. Unable to reproduce on current 25.8.2.2 Windows build — behavior appears fixed or perhaps platform-specific.
I have upgraded to 25.8.3.2 . My early tests show that clicks on the toolbar Save icon are still **sometimes** ignored, in both Writer and Calc, it typically takes 3 or 4 clicks until the Save occurs. ctrl-S seems OK. Version: 25.8.3.2 (X86_64) Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
Wungsten: which Linux distro and desktop environment are you using? If you can try with a live USB of some other distro which ships LibreOffice in the live environment, it would be interesting to hear, if you reproduce the problem there as well.
In reply to Buovjaga: I am using Linux Mint with Cinnamon, fully patched. inxi -S reports Kernel: 6.8.0-87-generic arch: x86_64 bits: 64 Desktop: Cinnamon v: 6.4.8 Distro: Linux Mint 22.2 Zara As noted in the original description, the problem has persisted through several upgrades, this includes system upgrades. The only live boot I have to hand is of Mint 22.2 Cinnamon. The problem still persists, even though it is saving to a virtual location. I tried saving to a second USB (/dev/sdb) and that also failed. Details: inxi -S System: Kernel: 6.14.0-29-generic arch: x86_64 bits: 64 Desktop: Cinnamon v: 6.4.8 Distro: Linux Mint 22.2 Zara Libre: Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (C.UTF-8); UI: en-US Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.4 Calc: threaded Block devices lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS loop0 7:0 0 2.4G 1 loop /rofs sda 8:0 1 3.8G 0 disk ├─sda1 8:1 1 2.8G 0 part /cdrom ├─sda2 8:2 1 5M 0 part └─sda3 8:3 1 929M 0 part /var/log sdb 8:16 1 117.1M 0 disk /media/mint/SCRATCH nvme0n1 259:0 0 931.5G 0 disk ├─nvme0n1p1 259:1 0 512M 0 part └─nvme0n1p2 259:2 0 931G 0 part Again, I tried running Writer from a Bash prompt, and got a GTK warning when Save failed: $ soffice soffice:5749): Gtk-WARNING **: 20:31:42.013: no trigger event for menu popup
I did a search in https://forums.linuxmint.com/ but could not find any complaints. Do you see the issue also in Safe Mode, Help - Restart in safe mode and then Continue in safe mode?
Writer was started in safe mode, with an existing document (.odt). Lots of editting and saving suggested that: 1. ctrl-S works reliably 2. The toolbar Save icon is still unreliable, but not as bad as usual. Sometimes it works on the first click, and often on the second click. In conclusion, Safe Mode seems better, but is still not right.
Problem still exists, despite having upgraded my OS and used the LO from the Mint repo (see 170081 for details).