Closed
Bug 184242
Opened 22 years ago
Closed 7 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•22 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•22 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•20 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•20 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•20 years ago
|
||
Assignee | ||
Comment 7•20 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•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
Updated•15 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: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•