<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - FILEOPEN: DOCX: PRINTDATE field not supported?"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=134901">134901</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>FILEOPEN: DOCX: PRINTDATE field not supported?
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.3.6.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Writer
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>rominator@gmx.at
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=163179" name="attach_163179" title="DOCX sample">attachment 163179</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=163179&action=edit" title="DOCX sample">[details]</a></span>
DOCX sample
The PRINTDATE field type (17.16.5.47 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.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>