Bug 113997 - the modification date field doesn't show the modification date of the document
Summary: the modification date field doesn't show the modification date of the document
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.2.6.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-11-22 21:35 UTC by Jérôme
Modified: 2018-01-16 17:28 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
the settings dialog from which I insert the field (19.16 KB, image/png)
2017-11-23 19:48 UTC, Jérôme
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jérôme 2017-11-22 21:35:08 UTC
Description:
I used the modification date of a document in the previous versions but I lost this feature.

Steps to Reproduce:
With 5.0 version :
1. I insert the field modification>date
2. I save and close the document
3. I open the document again
4. the modification date of the document appears.

I lost this feature with 5.2 version

Actual Results:  
No text is printed.

Expected Results:
The date is printed into the document where the field is.


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 V Stuart Foote 2017-11-23 07:17:27 UTC
Can not reproduce. On Windows 10 Home 64-bit en-US with
Version: 5.4.3.1 (x64)
Build ID: 32c8895c6cae21571f364dbb059f419a743ee44d
CPU threads: 4; OS: Windows 6.19; UI render: GL; 
Locale: en-US (en_US); Calc: group

It is possible an old document may have field types that have been changed. But in creating a new document launching the Insert -> Fields dialog. On its DocInformation tab Modified -> Date|Time fields populate on insertion, and update correctly on save. The same information is picked up in the document Dublin Core meta data.

Please retest with a current 5.4.3 build.
Comment 2 Jérôme 2017-11-23 19:46:40 UTC
I used a new user profile (on the Windows 7 box, I deleted the C:\Users\<user name>\AppData\Roaming\libreoffice\4\user) but the bug still occurs even if I insert the field again.
Comment 3 Jérôme 2017-11-23 19:48:40 UTC
Created attachment 137949 [details]
the settings dialog from which I insert the field

Maybe is the problem related to translation/localization ?
Comment 4 V Stuart Foote 2017-11-23 20:10:55 UTC
OK, that is the same dialog & field combination that works correctly for me at 5.4.3 and current master builds.

Please post the Help -> About text so we know what build you are working with.
Comment 5 Jérôme 2017-11-27 20:39:58 UTC
I found the below build information.

Version: 5.2.6.2 (x64)
Build ID: a3100ed2409ebf1c212f5048fbe377c281438fdc
Threads CPU : 2
Version de l'OS :Windows 6.1
UI Render : par défaut
Locale : fr-FR (fr_FR)
Calc: group
Comment 6 Xisco Faulí 2018-01-10 10:10:36 UTC
(In reply to Jérôme from comment #5)
> I found the below build information.
> 
> Version: 5.2.6.2 (x64)
> Build ID: a3100ed2409ebf1c212f5048fbe377c281438fdc
> Threads CPU : 2
> Version de l'OS :Windows 6.1
> UI Render : par défaut
> Locale : fr-FR (fr_FR)
> Calc: group

Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
Comment 7 Jérôme 2018-01-14 22:06:44 UTC
I can't install myself any other version on my Windows box. I will wait for the next coporate update (~1,5 year).

I confirm I can't reproduce on GNU/Linux i386 with the 5.2.7.2 version.
Comment 8 Xisco Faulí 2018-01-16 17:28:21 UTC
(In reply to Jérôme from comment #7)
> I can't install myself any other version on my Windows box. I will wait for
> the next coporate update (~1,5 year).
> 
> I confirm I can't reproduce on GNU/Linux i386 with the 5.2.7.2 version.

Ok, Then, it isn't much we can do. Anyway, thank you very much for reporting the issue.
Closing as RESOLVED WORKSFORME