Closed Bug 472469 Opened 16 years ago Closed 16 years ago

bug_severity cut off after 3 bytes (cutting off multibyte chars in the middle)

Categories

(Bugzilla :: Query/Bug List, defect)

3.0.4
x86
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 363153

People

(Reporter: bzadmin.hoffmann, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.4) Gecko/2008112309 Iceweasel/3.0.4 (Debian-3.0.4-1) Build Identifier: In our German Bugzilla, people created bug_severities which have a so-called "umlaut" in different positions of the string. In the buglist, the display is cut off after 3 characters to save space. This doesn't look good with umlauts or other multibyte characters. My guess: Unfortunately after the cut, the result is that the high byte of the umlaut UTF8 character is still there and the low byte is cut off, leaving an ugly square there. It worked fine with 2.17.6 which we used until recently (maybe because the encoding iso 8859-1 supports one byte umlauts?) but now it broke. It must be the same for any character which requires more than one byte in UTF-8. My workaround was to display the whole field. But it might be worth considering that it could annoy people in the future. Reproducible: Always Steps to Reproduce: 1. Create a bug_severity named "blöd" or "A不起作用" or anything which can be cut off in the middle after a 3 byte cut 2. File a bug with the severity set 3. Query the bug (enable the bug_severity in the buglist display if it isn't there) Actual Results: Sev ------ bl� Expected Results: Sev ----- blö
Check whether utf8 parameter of your installation is on. # and which version of bugzilla?
I have copied the � from our buglist. It is not a part of the ö but a cut off part of an ü. But the displaying of both is the same.
Version: unspecified → 3.0.4
Version is 3.0.4 and the UTF-8 param is ON.
Ok, I just rechecked. I can also use the A不起作用 as a severity and it will be cut to A� in the buglist. 不起作用 would work because 不 has 3 bytes.
The Bugzilla 3.0 branch is now locked to security bugs and dataloss fixes only. And, i think this won't occur on Bugzilla 3.2 w/ utf8 on.
Ok, np. I'll use my workaround until we switch to 3.2. If others have the same probem, just remove the maxlength => 3 from the table.html.tmpl file and waste a litte more space.
I can reproduce the bug on Bugzilla 3.0.6, but not with Bugzilla 3.2. As himorin said, Bugzilla 3.0 is locked to security bugs only, so we aren't going to fix this problem in Bugzilla 3.0.x. Note that searching for bugs with severity = blöd fails too.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Resolution: WORKSFORME → DUPLICATE
You need to log in before you can comment on or make changes to this bug.