Closed Bug 1759141 Opened 3 years ago Closed 3 years ago

umlaut wird nicht gedruckt bei .indd [Adobe InDesign CS6 (Windows)] pfd-Formular umlauts are not being printed with .indd

Categories

(Firefox :: PDF Viewer, defect)

Firefox 98
defect

Tracking

()

RESOLVED DUPLICATE of bug 1666824

People

(Reporter: gwxrpnkxrpoiiiwxtv, Unassigned)

Details

Attachments

(1 file)

Attached image umlaut print bug.jpg

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:98.0) Gecko/20100101 Firefox/98.0

Steps to reproduce:

Öffne ein .indd Formular im Firefox-Browser und schreibe ein paar Umlaute. Dann drucke das Forumar und sehe ob die Umlaute aufscheinen.

Open a .indd form in the firefox browser and type in some umlauts. Then print the form and see if umlauts appear.

Actual results:

Umlaute werden nicht gedruckt oder in der Druckvorschau angezeigt.

Umlauts are not printed and displayed in the print preview.

Expected results:

Umlaute sollen gedruckt und in der Druckvorschau angezeigt werden.

Umlauts should be printed and displayed in the print preview.

Summary: umlaut wird nicht gedruckt bei .indd [Adobe InDesign CS6 (Windows)] pfd-Formular → umlaut wird nicht gedruckt bei .indd [Adobe InDesign CS6 (Windows)] pfd-Formular umlauts are not being printed with .indd

The Bugbug bot thinks this bug should belong to the 'Core::Printing: Output' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Printing: Output
Product: Firefox → Core

(In reply to gwxrpnkxrpoiiiwxtv from comment #0)

Open a .indd form in the firefox browser and type in some umlauts. Then print the form and see if umlauts appear.

Could you please attach an example of a form that we can use to reproduce this problem? (I don't have Adobe InDesign on hand to try creating one myself.) Thank you.

Flags: needinfo?(gwxrpnkxrpoiiiwxtv)
Flags: needinfo?(gwxrpnkxrpoiiiwxtv)

Very strange. Using that form, letters with umlauts (or other non-ASCII characters) appear OK for me in some fields, but in others they disappear.

Fields that work OK:

  • Kunden Nr.
  • Straße
  • Staat
  • PLZ
  • Tel. Nr.

Fields that fail:

  • E-Mail Postfach
  • Firmenbuch-Nr.
  • Name
  • Ort
  • Fax Nr.
  • E-Mail
  • Name der unterzeichnenden Person
  • Ort, Datum

I suspect this means that the individual fields in the form have different character encoding settings, and this isn't handled well.

In general, it's probably not a good idea for forms to mix encodings in this way, but given that it seems to work OK in Chrome and Safari, we should also try to fix it.

I'm guessing this is more of a pdf.js issue than Print Output; what I think must be happening is that when pdf.js inserts the entered form-field data into the PDF, it is mishandling the encoding in some way. Moving to the PDF Viewer component.

Component: Printing: Output → PDF Viewer
Product: Core → Firefox
Keywords: dupeme
Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Keywords: dupeme
Resolution: --- → DUPLICATE

Could not reproduce issue on Win10x64 using build 109.0a1(20221116182402). "Öff" are correctly displayed on pdf, pdf print-preview and saved pdf.

I've reproduced the issue on Win10 and Mac OS 11 using the PDF in comment 3, by inputing "ä, ö, ü" in every input box and previewing the print. Some boxes would now show these characters in Nightly v89.0a1 and Release v107.0. This fix was verified in Beta v109.0a1 and Beta v108.0b5.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: