Description: "total editing time" is always 00:00:00 in properties document Steps to Reproduce: Work with a text, go to its properties, look at the "total editing time" Actual Results: it's always 00:00:00 Expected Results: duration should be updated as things progress Reproducible: Always User Profile Reset: No Additional Info: Debian GNU/Linux Testing with GNOME-Wayland
NOT REPRODUCED STEPS 1.open a LibreOffice and write a some thing your own time 2. And save it 3. Open file Tab 4. scroll down click on properties 5. check the Total timing in your working duration. ENVIRONMENT: libreoffice7.4.0.0 alpha Linux mint 20.3
(In reply to Maneesh from comment #1) > NOT REPRODUCED > > STEPS > > 1.open a LibreOffice and write a some thing your own time > > 2. And save it > > 3. Open file Tab > > 4. scroll down click on properties > > 5. check the Total timing in your working duration. > > ENVIRONMENT: > > libreoffice7.4.0.0 alpha > > Linux mint 20.3 Thanks It doesn't seem like you're using the flatpak version, are you ? Flatpake version number is 7.4.0.3
(In reply to antistress from comment #0) > Description: > "total editing time" is always 00:00:00 in properties document > > Steps to Reproduce: > Work with a text, go to its properties, look at the "total editing time" > > Actual Results: > it's always 00:00:00 > > Expected Results: > duration should be updated as things progress Irrespective of whether you are using a flatpak or non-flatpak version, that total editing time appears to only get updated once you save the document. Did you do that?
Yes, lots of time (I wrote pages)
(In reply to antistress from comment #4) > Yes, lots of time (I wrote pages) (I wrote 10 pages)
(In reply to antistress from comment #5) > (In reply to antistress from comment #4) > > Yes, lots of time (I wrote pages) > > (I wrote 10 pages) Was that in response to my comment 3 question "Did you do that?" (i.e., save the document before checking the total editing time)? Please give precise instructions how to reproduce your issue. With e.g. the latest flathub LO 7.4.0.3 flatpak, I cannot reproduce your issue: "File - New - Text Document", type "x", "File - Save: Save" to save as "Untitled1" at ~/Documents/, "File - Properties..." gives non-zero "Total editing time: 00:00:13" here.
Can't reproduce with: Version: 7.4.3.2 / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Flatpak Calc: threaded Installed it from Flathub: flatpak install flathub org.libreoffice.LibreOffice Ran it: flatpak run org.libreoffice.LibreOffice Edited for a few seconds, saved, Checked File > Properties, could see the editing time of a few seconds. Please test with the latest version and provide precise steps if you can still reproduce, along with the information in Help > About LibreOffice. Thank you!
Dear antistress, 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
Created attachment 188259 [details] Exemple of text file edited since weeks
Bug is still there through versions I'm running at present on my Debian GNU/Linux Testing & GNOME-Wayland : Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 4; OS: Linux 6.3; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Flatpak Calc: threaded Whatever the file I work with : odt, ods No matter I work hours during weeks or months on an odt file, save frequently my work, let the document open or close/re-open it, when I go to its properties & look at the "total editing time" it always says 00:00:00 I would be happy to provide further information if you tell me precisely what you need I've attached a filed which contains hours of work during week and multiple save, maybe it can help. On my computer it always says 00:00:00 Thanks
I can see that the attachment has editing time at 00:00:00 at opening. I still can't reproduce, even on Wayland, with flatpak of: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Flatpak Calc: threaded Can you please test with a new user profile? You can rename /home/<username>/.var/app/org.libreoffice.LibreOffice to e.g. /home/<username>/.var/app/org.libreoffice.LibreOffice_old (so you can recover it later if needed) and then restart LibreOffice.
(In reply to Stéphane Guillou (stragu) from comment #11) > Can you please test with a new user profile? > You can rename /home/<username>/.var/app/org.libreoffice.LibreOffice to e.g. > /home/<username>/.var/app/org.libreoffice.LibreOffice_old (so you can > recover it later if needed) and then restart LibreOffice. Bingo. Editing time is evolving with a new profile
[Automated Action] NeedInfo-To-Unconfirmed
Thanks you, glad to hear! Closing as "works for me", and listing it in the meta bug 107636.
(In reply to Stéphane Guillou (stragu) from comment #14) > Thanks you, glad to hear! > Closing as "works for me", and listing it in the meta bug 107636. No, thank YOU ;)