Closed
Bug 57127
Opened 24 years ago
Closed 16 years ago
Japanese strings can't be displayed in What's Related
Categories
(Core :: Internationalization, defect, P3)
Tracking
()
People
(Reporter: kazhik, Assigned: nhottanscp)
References
Details
Japanese strings can't be displayed in What's Related sidebar.
http://park.ruru.ne.jp/ando/work/who/table.html
If we access to the above URL, 5th and 6th rows in Related Links
are not displayed correctly.
This problem was reported on Japanese bugzilla.
http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=358
Assignee | ||
Comment 1•24 years ago
|
||
I can reproduce this.
So Japanse strings are always displayed incorrectly?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•24 years ago
|
||
This may be the known issu. I will find out whether the bug is written.
Comment 3•24 years ago
|
||
Changed QA contact blee@netscape.com.
Bom_Shik, is this known problem?
QA Contact: teruko → blee
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → REMIND
Reporter | ||
Comment 6•24 years ago
|
||
I can't access bugscape. How can I track a bug on it?
You can't access it outside the firewall. This problem is probably due to data
type incompatibility on What's Related Server (Database).
Reporter | ||
Comment 8•24 years ago
|
||
This bug should not be marked Resolved/Verified until somebody has fixed it.
Otherwise I can't know when this bug have been fixed.
Reopening for tracking Moz blds on this issue.
Status: VERIFIED → REOPENED
Resolution: REMIND → ---
Comment 10•24 years ago
|
||
CJK links/titles are displayed correctly in PR2, but not in PR3 and these links
are actually different for PR2 and PR3 clients for the same web page loaded.
Assignee | ||
Comment 11•24 years ago
|
||
This could be a server problem.
Client side of the code is in xpfe/components/related.
http://lxr.mozilla.org/mozilla/source/xpfe/components/related/
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 12•24 years ago
|
||
I turned on debug out in related-panel.js.
function debug(msg) {
// uncomment for noise
dump("-+- related-panel: " + msg + "\n");
}
According to the debug out, following query is sent to the server.
http://xslt.alexa.com/data?cli=17&dat=nsacdt=t%3D0%26pane%3Dnswr6%26wid%3D32053&url=http://park.ruru.ne.jp/ando/work/who/table.htm
The strings returned from the server seems to be broken already (the string
contains lots of entites). I don't know the spec but I expected UTF-8 is
returned. I see the same problem with www.yahoo.co.kr.
I think this is a server problem.
Assignee | ||
Comment 13•24 years ago
|
||
The query string got changed since PR3, see bug 50594.
Assignee | ||
Comment 14•24 years ago
|
||
So this is not a client problem.
Closing as REMIND again.
I do not think there is a way to publicly track the status of the server. We can
add a comment in this bug once the server problem is resolved.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → REMIND
Comment 16•22 years ago
|
||
REMIND is deprecated per bug 35839.
Status: VERIFIED → REOPENED
Resolution: REMIND → ---
Updated•16 years ago
|
Status: REOPENED → RESOLVED
Closed: 24 years ago → 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•