Description: User reported that when saving his document to an external usb disk, upon carrying on with writing in his document several pages were now missing, despite issuing a "CTRL S" command prior to saving the doc to the ext usb. He never closed the doc nor quit the app. I examined the ext usb but the doc had not in fact been saved successfully. I looked at doc on his machine and his edits were indeed missing as he could recall several. I closed the doc and re-opened and observed the strange behaviour of the page count in the status bar: initially shows 52 pages then after a few seconds shows 45 pages. I checked the tmp folder and only contained one document - exactly the same as the one he was editing; it also displayed the odd behaviour. I opened the doc from my M1 MacBook Pro with exactly the same odd status behaviour Steps to Reproduce: 1.n/a 2. 3. Actual Results: Due to the nature of this behaviour unable to attempt to reproduce it Expected Results: n/a Reproducible: Didn't try User Profile Reset: No Additional Info: LibreOffice version: 7.3.1.3 OS: Zorin OS (Linux 5.13) UI: en-GB Ubuntu package version: 1:7.3.1_rc3-0ubuntu0.20.04.1~llo1 Calc: threaded A screenshot of the status bar's odd behaviour is attached
Created attachment 184149 [details] screenshots of odd status bar behaviour screenshots of the status bar reporting incorrect number of pages in a text document
Thank you for the report. Unfortunately, if it is not reproducible, and without a test document to try ourselves or some kind of trace that recorded the issue, I don't think we will be able to do anything about it. It could even be specific to the storage device. What I can suggest is installing a newer version: 7.3 has seen many bug fixes, and 7.4 is currently maintained and will see more bugfix versions. For now, I am marking this as "insufficient data" but if you manage to reproduce the issue, please report back!
Just want to clarify: were document contents actually lost? Or is the issue only related to the display of the number of pages?
Hi Stephane The user says several pages are missing from the end of the document but as I wasn’t present when he attempted the save to usb I can’t be sure exactly what he did… user’s memories often seem a bit vague on what they actually did! But the issue of the odd status does surely merit some discussion? does the fact that the status initially states 52 pages and then resets the count to 45 indicate that perhaps there were 52 pages but 7 pages have been discarded/deleted? The issue is unlikely to be related to the storage medium because I observed the same behaviour on my MacBook as on the user's Linux laptop... I will attempt to recreate the error but I don’t expect much success due to not knowing precisely what the user’s actions were. I can send the document in question if that would help? If there is anything else I can do to help please let me know. Thanks Brian
If not sensitive, sharing the document that demonstrates the issue is a very big help! I thought that wasn't an option for you, but if you are able to, please do.
Dear bcdesignit, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear bcdesignit, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp