Bug 82297 - EDITING: inserted date field
Summary: EDITING: inserted date field
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.5.2 release
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: possibleRegression
Depends on:
Blocks:
 
Reported: 2014-08-07 14:05 UTC by kengraebe
Modified: 2015-12-15 10:58 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
attachment-16720-0.html (4.16 KB, text/html)
2014-08-08 13:05 UTC, kengraebe
Details
attachment-16720-1.dat (1 bytes, multipart/alternative)
2014-08-08 13:05 UTC, kengraebe
Details
for stuart.odt (31.18 KB, application/vnd.oasis.opendocument.text)
2014-08-08 13:05 UTC, kengraebe
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kengraebe 2014-08-07 14:05:26 UTC
trivial but: prior versions of lo used to update this field when a document was saved or closed with changes, effectively a last revised date. it now no longer updates converting that date to a last inserted date which some may use as a creation date. if the latter is desired it could easily be added as normal text, allowing the user to have a creation & last revised date.

              
Operating System: Windows 7
Version: 4.2.5.2 release
Last worked in: 4.2.4.2 release
Comment 1 V Stuart Foote 2014-08-07 16:20:12 UTC
Kind of thin on specific steps to reproduce. Works correctly for me on Windows 7 sp1, 64-bit with
Version: 4.2.5.2
Build ID: 61cb170a04bb1f12e77c884eab9192be736ec5f5

Could this simply be an issue with working with fielded data?

What do you see if you use the <Ctrl><F9> key to toggle back and display the field names. Is the date field in question showing as Date (fixed), or the Date field (so variable on save)?

Also, you can use <Ctrl><F2> to open the Fields dialog popup and control both the fields and the formatting of each. Note that there is also a DocInformation tab that has Created and Modified date field selections as needed.

And, use the <F9> key to update the fields during editing.

Have another go working with these field object controls and see if still an issue.
Comment 2 kengraebe 2014-08-08 13:05:55 UTC
Created attachment 104279 [details]
attachment-16720-0.html

see  attached.   ken



On Thursday, August 7, 2014 12:20 PM, "bugzilla-daemon@freedesktop.org" <bugzilla-daemon@freedesktop.org> wrote:
 

>
>
> 
>V Stuart Foote  changed bug 82297 
>
>What
>Removed
>Added
>Status UNCONFIRMED  NEEDINFO  
>CC    vstuart.foote@utsa.edu  
>Ever confirmed    1  
>Comment # 1 on bug 82297 from V Stuart Foote  
>Kind of thin on specific steps to reproduce. Works correctly for me on Windows
7 sp1, 64-bit with
Version: 4.2.5.2
Build ID: 61cb170a04bb1f12e77c884eab9192be736ec5f5 Could this simply be an issue with working with fielded data? What do you see if you use the <Ctrl><F9> key to toggle back and display the
field names. Is the date field in question showing as Date (fixed), or the Date
field (so variable on save)? Also, you can use <Ctrl><F2> to open the Fields dialog popup and control both
the fields and the formatting of each. Note that there is also a DocInformation
tab that has Created and Modified date field selections as needed. And, use the <F9> key to update the fields during editing. Have another go working with these field object controls and see if still an
issue.
>________________________________
> You are receiving this mail because: 
>	* You reported the bug.
>
>
Comment 3 kengraebe 2014-08-08 13:05:56 UTC
Created attachment 104280 [details]
attachment-16720-1.dat
Comment 4 kengraebe 2014-08-08 13:05:56 UTC
Created attachment 104281 [details]
for stuart.odt
Comment 5 V Stuart Foote 2014-08-08 14:10:27 UTC
@Ken, *,

When I open your attached .ODT, and toggle--<Ctrl><F9>--to display the fields, I find that both dates are entered as "Date (Fixed)" meaning they should not change from the date stamp as generated.

As I mentioned the correct field to use would be "Date" if you want it to refresh when <F9> is keyed or when saved. Fields are accessed from the <Ctrl><F2> "Fields" dialog.

Alternatively you could use the "DocInformation:Modified" field and select the Date option.

So, please work with the Fields dialog, and review its Help for usage. If you still believe there is an issue, reopen.

Stuart

Closing.
Comment 6 kengraebe 2014-08-08 20:14:46 UTC
thank you so much. i guess the default for prior versions was date & not fixed date or did the new version include mention of the change?    ken.  



On Friday, August 8, 2014 10:10 AM, "bugzilla-daemon@freedesktop.org" <bugzilla-daemon@freedesktop.org> wrote:
 

>
>
> 
>V Stuart Foote  changed bug 82297 
>
>What
>Removed
>Added
>Status NEEDINFO  RESOLVED  
>Resolution ---  WORKSFORME  
>Comment # 5 on bug 82297 from V Stuart Foote  
>@Ken, *, When I open your attached .ODT, and toggle--<Ctrl><F9>--to display the fields,
I find that both dates are entered as "Date (Fixed)" meaning they should not
change from the date stamp as generated. As I mentioned the correct field to use would be "Date" if you want it to
refresh when <F9> is keyed or when saved. Fields are accessed from the
<Ctrl><F2> "Fields" dialog. Alternatively you could use the "DocInformation:Modified" field and select the
Date option. So, please work with the Fields dialog, and review its Help for usage. If you
still believe there is an issue, reopen. Stuart Closing.
>________________________________
> You are receiving this mail because: 
>	* You reported the bug.
>
>
Comment 7 Robinson Tryon (qubit) 2015-12-15 10:58:06 UTC
Migrating Whiteboard tags to Keywords: (possibleRegression)
[NinjaEdit]