Possible bug with labeling tag fields ("Subject", "Keywords" and "Description")

[Jensen Head]

"Document Properties" window:

Subject: subject-subject
Keywords: keywords-keywords

"Additional Metadata..." window:

Description: subject-subject
Keywords:

Subject, Keywords and Description tags.gif

Adobe Acrobat Pro DC 2022.001.20117 x64:

Adobe Acrobat Pro DC 2022.001.20117 x64.png

ExifTool:

Description: subject-subject
Keywords: keywords-keywords

[Jensen Head]

PDF-XChange Editor Plus 9.2, build 359.0.png

Adobe Acrobat Pro DC 2022.001.20117 x64.png

ExifTool:

Subject: keyword 1, keyword 2, keyword 3

XMP.png

[Daniel - PDF-XChange]

Hello, Jensen Head

Thank you for the report, We have reproduced this, it appears that a recent minor patch to one of our systems caused this, the Dev team is working on a resolution as we speak. For tracking:

RT#6091: Bug: Errors in XMP package - keyword metadata not saved in correct location.

Kind regards,

[Jensen Head]

This issue may be related to the one discussed in this thread:
_

Document Properties - Description - Additional Metadata bug.gif

Tags example 2.pdf

(document generated in mPDF 8.1.1)

[Daniel - PDF-XChange]

Hello, Jensen Head

I'm sorry, I don't understand what it is you are drawing attention to in the Gif here. We are looking at the Subject, keyword, and description fields for this report. You seem to call attention to the subject field initially, then you open the additional metadata and those fields are missing, which is indeed part of what we are looking at here, but then you call attention to the modified date, which seems to be consistent across the board?
Is there something I am missing here?

Kind regards,

[Jensen Head]

then you call attention to the modified date, which seems to be consistent across the board? Is there something I am missing here?

I paid attention not to the date, but to the lack of information in the XML metadata, which is visible on the first window of the document's properties. Although, they should appear in all three places: in "Document Properties" / "Description", "Additional Metadata..." / "Description", and "Additional Metadata..." / "Advanced".

[Daniel - PDF-XChange]

Hello, Jensen Head

Understood, These are all separate fields so far as the document metadata is concerned and does not necessarily need to be mirrored. Until now we have not mirrored these items, but the Team is working on changing that for the future. It will be some time before that is complete, but it is in the pipeline, all as part of the ticket I created above.

Kind regards,

[Jensen Head]

Build 10.4.4.392
Released Nov 13th, 2024
Requires maintenance through Nov 13th, 2024
Fixed an issue that was mixing up the subject and keyword entries for PDF information.

Have I correctly identified this topic as corresponding to the resolved problem?

[Daniel - PDF-XChange]

Hello, Jensen Head

From what I can find in our history, ticket 6091 was resolved much earlier, back in build 362, in mid-late 2022.

Kind regards,

[Jensen Head]

Until now we have not mirrored these items, but the Team is working on changing that for the future. It will be some time before that is complete, but it is in the pipeline, all as part of the ticket I created above.

ticket 6091 was resolved much earlier, back in build 362, in mid-late 2022.

It seems not — drive.google.com/file/d/1v49jR-_v93nuWW_X1Pn3MLoaOPdRoKJh/view

Strange document metadata.pdf

͏

Dublin Core Properties (DC, http://purl.org/dc/elements/1.1/)
dc:format: application/pdf
dc:language (bag container)
[1]: x-unknown
dc:date (seq container)
[1]: 2019-12-12T21:40:17+03:00

PDF Properties (pdf, http://ns.adobe.com/pdf/1.3)
pdf:Producer: Apache FOP Version svn-trunk
pdf:PDFVersion: 1.4

XMP Core Properties (xmp, http://ns.adobe.com/xap/1.0/)
xmp:CreatorTool: Apache FOP Version svn-trunk
xmp:MetadataDate: 2019-12-12T21:40:17+03:00
xmp:CreateDate: 2019-12-12T21:40:17+03:00
xmp:ModifyDate: 2025-06-17T10:06:28+03:00

PDF-XChange Editor 10.6.0, build 396

[Daniel - PDF-XChange]

Hello, Jensen Head

This all seems to be done correctly. I should note that the file in question was not created by us, but after making a change, all the modification date, and subject/keydata fields seem to have synced nicely:

image.png

image(1).png

Is there something I am missing here?

Kind regards,