Closed Bug 208788 Opened 22 years ago Closed 21 years ago

Print and print preview loses character coding set manually

Categories

(MailNews Core :: Printing, defect)

Product:
MailNews Core
Component:
Printing
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 84948

People

(Reporter: majoros.tamas, Assigned: sspitzer)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b; MultiZilla v1.4.0.4A) Gecko/20030507 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b; MultiZilla v1.4.0.4A) Gecko/20030507 When I change the character coding for a mail and select print or print preview, the setting will be lost. Reproducible: Always Steps to Reproduce: 1. Change View/character coding to other than the selected 2. <the mail looks OK> select Print preview Actual Results: On the preview (or on the paper) there are characters with the originally selected character coding Expected Results: Preview and print with the selected and changed character coding
*** Bug 232098 has been marked as a duplicate of this bug. ***
Confirming based on a dup.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Product: MailNews → Core
*** This bug has been marked as a duplicate of 84948 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.