Tero Niemi Reporter
	Description • 22 years ago

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).

	Tero Niemi Reporter
	Comment 1 • 22 years ago

Argh... Happened here too. The a's with dots on top of them (ä) became ä
strings. Using Mozilla 1.0.1 this time.

	Dave Miller [:justdave]
	Comment 2 • 22 years ago

This is a test...  
a+accent: á
n+tilde:  ñ
a+umlaut: ä

	Dave Miller [:justdave]
	Comment 3 • 22 years ago

They show up for me...  using Mozilla 1.2b on Mac OS X

	Dave Miller [:justdave]
	Comment 4 • 22 years ago

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. :)

	Niklas Dougherty
	Comment 5 • 22 years ago

«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.
他没有去中国。

	Roberto Ortega
	Comment 6 • 19 years ago

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.

	Roberto Ortega
	Comment 7 • 19 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: ”

	Roberto Ortega
	Comment 8 • 19 years ago

Go figure, it worked.  So then why did my bug 303033 look so jacked?  I posted
it only an hour ago.

	Roberto Ortega
	Comment 9 • 19 years ago

It must work correctly for the "Additional Comments" text box, but not for the
"Description" text box of a new bug.

	Marc Schumann [:Wurblzap]
	Comment 10 • 19 years ago

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.

	Dave Miller [:justdave]
	Comment 11 • 19 years ago

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 ***