Description: You open "LibreOffice" and after saving a blank file, the "Modified" field in the "General" tab is not updated and remain blanked. Setup: Windows 10 LibreOffice 6.1.3.2 Scenario: Open "Writer" Save the file (blank file-no content) Open General Steps to Reproduce: 1.Open "Writer" 2."Save" the file (blank file-no content) 3.Open "General" Actual Results: Only the "Created" field changed, the "Modified" field remains blank. Expected Results: Both "Created" & "Modified" fields should be updated according to when file was saved. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Note: -This happened with "LibreOffice" version 6.1.6 as well. -Workaround: if you "Save" the file again, the "Modified" field do change. -if you "Save" the file & replace it with a file with the same name (which is also blank file), the "Modified" field does change. -If you add content to the file before saving, for example, "Character(s)", the "Modified" field does change, even if you delete all the content you added before saving. -Happened with "Save as" and "CTRL+S" as well -I did try to resetting "UserProfile", the same result. -This is the information from "Help"-"About LibreOffice": Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (he_IL); UI-Language: en-GB Calc: CL
Confirm with Version: 6.3.0.0.alpha1+ Build ID: 53325b40b557cc84d8d21c1baa0ef8d3bfc00ab8 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; doesn't confirm > -Workaround: if you "Save" the file again, the "Modified" field do change. not sure if it's a bug, leaving unconfirmed.
(In reply to raal from comment #1) > Confirm with Version: 6.3.0.0.alpha1+ > Build ID: 53325b40b557cc84d8d21c1baa0ef8d3bfc00ab8 > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > > doesn't confirm > -Workaround: if you "Save" the file again, the "Modified" > field do change. > > not sure if it's a bug, leaving unconfirmed. If we check the file after the first saving in "Windows Properties" (Locating the file->"Right Click"->"Properties") the Modified field does change accordingly to when the file was saved Another thing to note is the "Help" description in the General tab and I quote : "Modified": Displays the date and time and author when the file was last saved in a LibreOffice file format. So according to this description, the file "Modified" field should be updated when saving the blank file.
You get the same result with a document with content inside: If you save it without any change the modified entry is not updated. So I'm not sure, that this is a bug, but I agree, that this not in line with the documentation: https://help.libreoffice.org/6.3/en-US/text/shared/01/01100200.html?System=WIN&DbPAR=WRITER&HID=sfx/ui/documentinfopage/signature#bm_id3149284 So changed bug summary and added Design Team for input. While not change the entry "Modified" to "Last Save" (but it should be clear, if this includes AutoSave or not)
I noticed after some more testing that the workaround which I mentioned working in a random way, sometimes I just need to press it once (like I mentioned in the bug report) and "Modified" updated, but sometimes it still remains blank and maybe 2-3 more press on "Save" the "Modified" field changes correctly to what expected so this workaround isn't reliable enough.
Don't see any reason to not remove the flag after saving. So definitely a bug.
(In reply to Dieter from comment #3) > I agree, that this not in line with the documentation: Are changes needed to the current (7.1) documentation, shown here? Modified: Displays the date and time and author when the file was last saved in a LibreOffice file format. If yes, please tell me the needed change and I will make the change.
(In reply to sdc.blanco from comment #6) > If yes, please tell me the needed change and I will make the change. Regarding to Heiko (comment 5) it is a bug and not a problem of wrong documentation. So actually I won't change documentation.
(In reply to Dieter from comment #7) > So actually I won't change documentation. Thanks for confirmation. Maybe bug title should be changed to more accurately reflect the actual problem (and not refer to documentation). (could not understand the problem fully, so have not attempted to change it myself.)
Dear Topaz Englander, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in Version: 7.4.2.2 (x64) / LibreOffice Community Build ID: 1726efbecd001a1fe871cba3e00e71283688f34d CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Steps: 1. Open a document in writer 2. Save it without any modifications 3. File -> Properties -> General Actual result: Entry in "Modified" doesn't show time of last save (as described in help) Expected result: Entry in modified should show time of last save (as described in help)
is there any practical consequence? Otherwise, I do not see the point.
Reading this again I wonder as well why this should be a bug. The modified flag follows changes in the document- it does not happen when you just load and read the file (we had a couple of issues where this flag was set and users get asked to save the modified file before closing). Let's resolve it as NAB for now. If you disagree or have further information, Topaz, please reopen.
(In reply to Heiko Tietze from comment #12) > Reading this again I wonder as well why this should be a bug. The modified > flag follows changes in the document- it does not happen when you just load > and read the file (we had a couple of issues where this flag was set and > users get asked to save the modified file before closing). > > Let's resolve it as NAB for now. If you disagree or have further > information, Topaz, please reopen. Regarding this report: 1. In the past I tested another software and it did show the modified field even if you saved a blank file (without showing any dialog to the user), so when I tested the LibreOffice I assumed the results would be the same (hence the report). 2. Also when I checked the documentation (I'm not sure if it's being shown in the information for newer version though): https://help.libreoffice.org/6.3/en-US/text/shared/01/01100200.html?System=WIN&DbPAR=WRITER&HID=sfx/ui/documentinfopage/signature#bm_id3149284 The following was written: " Modified: Displays the date and time and author when the file was last saved in a LibreOffice file format. " So the part with "when the file was last saved" isn't 100% accurate 3. Anyhow I must say that there aren't a real consequences aside from the difference that I saw at the time between the two software and the description in the help being little bit different so safe to keep it as is.