Bug 134901 - Export as PDF: consider this equivalent to printing and thus update the "Last printed" date/time/author fields (comment 8)
Summary: Export as PDF: consider this equivalent to printing and thus update the "Last...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Justin L
Whiteboard: target:7.6.0
Depends on:
Blocks: Fields
  Show dependency treegraph
Reported: 2020-07-17 12:23 UTC by rominator
Modified: 2023-05-12 04:34 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

DOCX sample (50.30 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-07-17 12:23 UTC, rominator
The example file with a manually inserted Last printed field (24.65 KB, image/png)
2020-12-02 13:26 UTC, NISZ LibreOffice Team
The example file with a manually inserted Last printed field after printing the document (24.52 KB, image/png)
2020-12-02 13:28 UTC, NISZ LibreOffice Team

Note You need to log in before you can comment on or make changes to this bug.
Description rominator 2020-07-17 12:23:21 UTC
Created attachment 163179 [details]
DOCX sample

The PRINTDATE field type ( of ISO/IEC 29500-1) seems not to be supported at all.
When opening a DOCX file with such a field the following things should happen in my opinion:
- When updating all fields in the document the current value of the core properties (docProps/core.xml,cp:lastPrinted) of the document should be placed in the field result.
- When printing the document the lastPrinted value of the document should be updated to the local date/time as is done with the DATE/TIME-fields. This value should also be placed in the field-results of all PRINTDATE-fields (if not locked) with the correct format.
- When exporting the docuemnt as PDF (which has pretty much replaced printing and is thus even more important than the original printing use case) there should be an option to update the PRINTDATE field which should be set by default.
Instead the field remains completely untouched all the way.

All these things are done by MS Word.

A coded work around would be to treat the PRINTDATE field as it was a DATE field. This would suffice for most use cases (at lest for my use cases). There could also be a compatibility flag for opting into that behavior.

I do not know if there is such a concept in ODT as well and if the concepts translate to ODT and the meta-format of writer in any way.

I have attached a DOCX file with a PRINTDATE field that is set to somewhen in 2011 in the document but to 2019 in the core properties to verify the behavior.
Comment 1 Kevin Suo 2020-10-18 11:41:18 UTC
I see it is a Form Control field in your test document.

Should the feature you have mentioned be: Insert > Field > More Field > DocInformation > Type: Last printed, Select: Date ?
Comment 2 rominator 2020-11-19 13:03:39 UTC
Hi Kevin,

this looks pretty much like it. The way I see it, the PRINTDATE-Field of DOCX should behave like the field you described.

The funny thing is, that when inserting the field via Insert > Field > More Field > DocInformation > Type: Last printed, Select: Date in writer and save the document as DOCX then it is exported as PRINTDATE field as I would expect.

It seems like only the import of DOCX does not work correctly.

Kind regards,
Comment 3 Kevin Suo 2020-11-19 14:36:41 UTC
I see FILEOPEN the field in your attached docx works fine in version 7.0.3 release. Would you please check?

Mark as WORKSFORME per your comments above.
Comment 4 NISZ LibreOffice Team 2020-12-02 13:23:37 UTC
Reopening, this docx-imported field does not work in:

Version: (x64)
Build ID: 4e63ec27b69fa01ff610c894c9fbf05c377a6179
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL
Comment 5 NISZ LibreOffice Team 2020-12-02 13:26:23 UTC
Created attachment 167760 [details]
The example file with a manually inserted Last printed field

Before printing a newly inserted field displays the same 2019-11-25 date as File - Properties shows. 
Tools - Update - Fields does not update the original fields value to this, but Word 2013 the Update fields command in the right click menu does.
Comment 6 NISZ LibreOffice Team 2020-12-02 13:28:13 UTC
Created attachment 167761 [details]
The example file with a manually inserted Last printed field after printing the document

Printing the document updates the manually inserted Last printed field to todays date and also File - Properties. The docx-imported field does not change, but it should.
Comment 7 Aron Budea 2020-12-02 15:46:44 UTC
Setting status to NEW per confirmation above.
Comment 8 Justin L 2022-03-17 10:52:42 UTC
I have notes about fixing the import of the "last printed" date field in bug 132475.

Since this report has multiple issues reported in it, let's focus this one on the enhancement request to tie a PDF export to the DocInfo.PrintDateTime and DocInfo.PrintAuthor.
Comment 9 Justin L 2023-05-11 22:15:19 UTC
OP - thanks for the clear description. At first I implemented by updating the time AFTER a successful export, but revised it to be before the export based on your clear use case requirement.

NICE: by default, when printing the document is NOT marked as modified.
That was my biggest worry about implementing this. With that nuisance avoided, the pool of users who will object to having the print statistics "erased" by pdf exports will be very small indeed.

The fact that MS Word does this as well should erase all concern (on my part).

Proposed fix at https://gerrit.libreoffice.org/c/core/+/151682

The example PDF from comment 0 works nicely AFAICS. The fixes for importing that were in LO 7.4.
Comment 10 Commit Notification 2023-05-12 00:01:17 UTC
Justin Luth committed a patch related to this issue.
It has been pushed to "master":


tdf#134901: update print statistics on PDF export

It will be available in 7.6.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:

Affected users are encouraged to test the fix and report feedback.
Comment 11 BogdanB 2023-05-12 04:34:55 UTC
Working well in
Version: (X86_64) / LibreOffice Community
Build ID: ca3bfa9bded6103d4d172ace486b697beeb191be
CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

The message that the document was changed only appears if in Tools - Options - General - "Printing sets document modified status" is checked.