Closed
Bug 184242
Opened 23 years ago
Closed 8 years ago
Mail titlebar doesn't render wrong MIME-type subject properly
Categories
(MailNews Core :: Internationalization, defect)
MailNews Core
Internationalization
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: lapsap7+mz, Assigned: jshin1987)
Details
(Keywords: intl)
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021207
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021207
This bug extends bug 9449.
Mozilla can now render Unicode strings in window title in Unicode-based MS
Windows systems (great job!), but there's still a little problem.
If a mail's subject is in MIME-type but the encoding is wrong (cf attachment),
even if the user chooses the right encoding from "View" menu, mail-window title
bar won't reflect the change.
PS: I hesitated between "I18N" and "MIME" while choosing "Component".
Reproducible: Always
Steps to Reproduce:
Reporter | ||
Comment 1•23 years ago
|
||
The subject should be in Big5, but MIME-type wrongly indicates it as Latin-1.
If we use "View" > "Character coding" to force Big5, title bar still won't
reflect the change.
Comment 3•23 years ago
|
||
widget is unicode enabled.
mail/news app needs to send a correct unicode string to the title bar (widget)
when the unicode decoder is changed manually.
mail issue. assign to nhotta
Assignee: yokoyama → nhotta
Reporter | ||
Comment 4•21 years ago
|
||
So, what about this bug?
A little additional info to this bug:
after we've selected the correct encodage for the subject so that it's displayed
correctly inside the message pane, neither "Reply", "Reply All" nor "Forward"
would use the correct encoding that we've just specified. They just use the
default one.
Reporter | ||
Comment 5•21 years ago
|
||
Here's another test case, similar to the first one.
In this test case, the subject is in Big5 but without MIME-type, that's why in
the next image (left), you could see that the window title bar displays squares
and the Subject field has question marks.
Then after we choose the correct encoding, ie Big5, the Subject field displays
correctly but the title bar doesn't reflect the change, as you could see in the
image.
OTOH, once again, Reply, Reply-All and Forward don't care about what encoding
user has chosen :(
Reporter | ||
Comment 6•21 years ago
|
||
Assignee | ||
Comment 7•21 years ago
|
||
this has little to do with bug 9449. it's purely a mailnews issue.
David and Scott, is there any callback we can invoke to propagate the change
made in View | Character Encoding to the message list pane and in the window
title bar?
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
Updated•16 years ago
|
QA Contact: marina → i18n
(In reply to 石庭豐 (Seak, Teng-Fong) from comment #5)
> Created attachment 158291 [details]
> Subject is in Big5 but without MIME type
>
> Here's another test case, similar to the first one.
>
> In this test case, the subject is in Big5 but without MIME-type, that's why
> in
> the next image (left), you could see that the window title bar displays
> squares
> and the Subject field has question marks.
>
> Then after we choose the correct encoding, ie Big5, the Subject field
> displays
> correctly but the title bar doesn't reflect the change, as you could see in
> the
> image.
Now it works correctly right away.
Thunderbird 52.1.1 (32-bit)
Windows 7 64-bit
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•