Closed
Bug 747743
Opened 13 years ago
Closed 13 years ago
Mojibake in context menus on the chat conversation
Categories
(Thunderbird :: Instant Messaging, defect)
Tracking
(thunderbird13 fixed)
RESOLVED
FIXED
Thunderbird 14.0
Tracking | Status | |
---|---|---|
thunderbird13 | --- | fixed |
People
(Reporter: marsf, Assigned: florian)
Details
(Keywords: jp-critical)
Attachments
(2 files)
8.88 KB,
image/png
|
Details | |
957 bytes,
patch
|
clokep
:
review+
Bienvenu
:
approval-comm-aurora+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.2.28) Gecko/20120306 Firefox/3.6.28
Build ID: 20120306064154
Steps to reproduce:
1. Open chat tab.
2. Connect twitter account.
3. Right click individual tweet to show its context menu.
Actual results:
Only the menus of twitter actions (retweet, reply, follow, ... ) has mojibake.
It seems that the localized UTF-8 strings are not properly handled.
Reporter | ||
Updated•13 years ago
|
Keywords: jp-critical
Assignee | ||
Comment 1•13 years ago
|
||
I'm a bit confused by this bug report, as:
- I've tried to replace the en-US strings with strings containing UTF8 characters in my debug build, and these strings were displayed correctly.
- I've tried to find the ja translation of these strings, but http://hg.mozilla.org/l10n-central/ja/file/tip/chat/twitter.properties doesn't exist (I've checked the URL with the French locale, and http://hg.mozilla.org/l10n-central/fr/file/tip/chat/twitter.properties#l20 does exist).
Reporter | ||
Comment 2•13 years ago
|
||
I've tested on Aurora build. (We haven't updated l10n-central.)
Mozilla/5.0 (Windows NT 6.1; rv:13.0) Gecko/20120422 Thunderbird/13.0a2
http://hg.mozilla.org/releases/l10n/mozilla-aurora/ja/file/47eeb04b0b3c/chat/twitter.properties
Tooltips and options are displayed correctly.
Assignee | ||
Comment 3•13 years ago
|
||
I couldn't reproduce with a string containing French non ASCII characters, but I can reproduce using the strings in the ja localized file.
It's caused by a trivial type error in the idl interface.
Thanks for reporting this!
Assignee: nobody → florian
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #617456 -
Flags: review?(clokep)
Attachment #617456 -
Flags: approval-comm-aurora?
Comment 4•13 years ago
|
||
Comment on attachment 617456 [details] [diff] [review]
Fix
This change looks fine, thanks for fixing it Florian.
Attachment #617456 -
Flags: review?(clokep) → review+
Assignee | ||
Comment 5•13 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 14.0
Updated•13 years ago
|
Attachment #617456 -
Flags: approval-comm-aurora? → approval-comm-aurora+
Comment 6•13 years ago
|
||
Drive-by comment here - should the UUID for that IDL have been changed?
Comment 7•13 years ago
|
||
(In reply to Mike Conley (:mconley) from comment #6)
> Drive-by comment here - should the UUID for that IDL have been changed?
I don't think Thunderbird cares since we haven't turned this on, but Instantbird might...
Assignee | ||
Comment 8•13 years ago
|
||
(In reply to David :Bienvenu from comment #7)
> (In reply to Mike Conley (:mconley) from comment #6)
> > Drive-by comment here - should the UUID for that IDL have been changed?
>
> I don't think Thunderbird cares since we haven't turned this on, but
> Instantbird might...
I've never applied that rule for Instantbird as I'm not aware of any binary add-on using our xpcom interfaces.
Comment 9•13 years ago
|
||
Looks like this was pushed to aurora earlier today:
http://hg.mozilla.org/releases/comm-aurora/rev/88ca33153d6a
status-thunderbird13:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•