Closed Bug 175782 Opened 22 years ago Closed 19 years ago

Some serious problems with accent characters

Categories

(Bugzilla :: Creating/Changing Bugs, defect)

2.16.1
x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 126266

People

(Reporter: tero, Assigned: myk)

Details

At least when installed on our server bugzilla sometimes brakes accent characters like ä and ö. For example pitää lisätä This has been entered in summary field and should read "pitää lisätä". The problem is that sometimes when even displaying bugs Mozilla shows strange cubes instead of the real character and at least with IE5.0 hows d instead of ä and v instead of ö. The example above happened with Mozilla 1.2b when bug was edited. At the time we have only IE6.0 which shows the characters right (though if database is accessed through PHP for example, the characters are right).
Argh... Happened here too. The a's with dots on top of them (ä) became ä strings. Using Mozilla 1.0.1 this time.
This is a test... a+accent: á n+tilde: ñ a+umlaut: ä
They show up for me... using Mozilla 1.2b on Mac OS X
but it's not encoding them... I get the 8-bit character code raw in the page source (which I'm sure depends on my browser guessing the character set correctly). Not sure if that's legal. :)
«Xiànzài qiūtiān le, tiānqì yuè lái yuè lĕng.» „Natürlich muß ich dann über.” ”Nätter med måne, dagar med röd sol.” ‹¿Que tal, amigo?› Þá kná Váli vígbönd snúa, heldur voru harðger höft úr þörmum. 他没有去中国。
I think this is a major problem. If anyone is to use the Bugzilla software to effectively track internationlization bugs, then it should work well with all Unicode characters. If not with all browsers, at least with the latest Mozilla and Firefox on Linux, MacOS, Win2k and WinXP. It becomes a little bug avoidance game trying to report bugs, and who knows what the reader is going to see. If we don't fix this, we are giving up supporting the tracking of problems due to non-ASCII characters. I am using Firefox 1.07 three years after the original post and I had a similar problem reporting a bug in Firefox. It's a challenge for anyone to even understand the bug report I made (303033) just as it was the one that Tero made three years ago.
This is a test... a+accent: á n+tilde: ñ a+umlaut: ä Copied and pasted from Dave Miller's comment. Looked good in his comment and looks good in the textbox I am typing in. I am using FireFox 1.0.7. The following looks exactly the same in the text box in which I am typing, except it's copied and pasted from Microsoft Word. a+accent: á n+tilde: ñ a+umlaut: ä open double quote: “ close double quote: ”
Go figure, it worked. So then why did my bug 303033 look so jacked? I posted it only an hour ago.
It must work correctly for the "Additional Comments" text box, but not for the "Description" text box of a new bug.
I believe that this is very much related to bug 126266, perhaps we can close this one as a duplicate of it. In violation of some standard or other, my browser guesses UTF-8 (instead of ISO-8859-1) if no character encoding is given. This results in me not being able see the special characters of previous comments. You probably can't see mine, either, which show up right for me: a+accent: á n+tilde: ñ a+umlaut: ä (In reply to comment #8) Bug 303033 displays completely correct for me by the way. It seems your browser guessed UTF-8 for the page at the time you filed it.
bugzilla.mozilla.org is locally hacked to force UTF-8 on the enter_bug form. It does not do that on show_bug, however, because of legacy data issues on older bugs, so the character set you get on show_bug relies on your browsers charset detection. And yes, in hindsight, this is a dupe. *** This bug has been marked as a duplicate of 126266 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.