Bug of custom trim when printing a pdf via Acrobat PDFMaker 26 for Word / Distiller 26.0 (Windows)

Question

Product: Acrobat PDFMaker 26 for Word / Distiller 26.0 (Windows)

Bug: When the page size is changed from A4 to a custom trim (6×9 in) during PDF creation, PDFMaker updates the page MediaBox to the new size but leaves the TrimBox, BleedBox and ArtBox with the original A4-based coordinates. The resulting boxes extend outside the MediaBox (e.g. MediaBox [0 0 432 648] but TrimBox [0 206.583 432 829.197], whose top edge ≈ 292 mm exceeds the 228.6 mm page). Downstream validators like the POD platform “Streetlib” that read the TrimBox (e.g. StreetLib) then reject the file: "height should be 229.0 mm but is 297 mm". Expected: TrimBox/BleedBox/ArtBox should be recomputed to fit within the new MediaBox when the page format is changed.

DFWTechGuy · Answer

That sounds like PDFMaker isn't updating the TrimBox, BleedBox, and ArtBox after changing the page size, even though the MediaBox is updated. If the PDF is being rejected because of that, it looks more like a bug than a problem with your file. As a workaround, you could try exporting the PDF a different way or adjust the page boxes in Acrobat before uploading. Hopefully Adobe addresses this in a future update.

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.