Closed Bug 24972 Opened 26 years ago Closed 22 years ago

"My Panels, What's Related" doesn't handle ü and other special entities

Categories

(Core :: Internationalization, defect, P3)

Product:
Core
Component:
Internationalization
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: dciemo, Assigned: nhottanscp)

References

(
URL
)

Details

Attachments

(1 file)

Attachment showing what's related SB panel
79.13 KB, image/jpeg
Details
Go to URL: http://www.muenchen.de/ Look at My Panels, Bookmarks. Titles which should be listed as: Technische Universität München Are instead listed as: Technische Universität München There are other weird characters as well (like 1/4). Sorry, don't know how to isolate this further.
probably not a bookmark-specific bug.
Component: Bookmarks → Internationalization
is the bookmark you refer to an IE imported bookmark? i ask because this reminds me of bug 24785
No, this is not imported bookmarks. On the left hand side of the Mozilla window are lists of "related" sites in an area labelled "My Panels", with a 'panel' labelled "Bookmarks". This list of related sides is probably generated by a query to some server. My guess is that the presentation is presenting the <TITLE> text of those documents without parsing for entities. The module within Mozilla that presents this related sites (labelled "Bookmarks") should perform entity parsing.
Oops. My confusion interpreting the UI. What I thought was "Bookmarks" is actually "What's Related" in the "My Panels" area of the UI. I assumed adjacency indicated the content of the panel, not highlighted color.
Summary: My Panels, Bookmarks doesn't handle &uuml; and other special entities → "My Panels, What's Related" doesn't handle &uuml; and other special entities
QA Contact: claudius → paulmac
Worry about this later ...
Target Milestone: M15
*** This bug has been marked as a duplicate of 26260 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Sorry for the spam, changing QA contact.
QA Contact: paulmac → teruko
Changed QA contact to blee@netscape.com.
QA Contact: teruko → blee
verified
Status: RESOLVED → VERIFIED
Re-openining this bug because I can't reopen the "top" of the duplicate chain as it is not visible to me. I've just tried this with M17 and discovered several examples of entities in titles not being converted from &entity; to the corresponding glyph/character. The http://www.muenchen.de/ example turned up what's related titles with &uuml; I just notied that today's default example turned up the example: Deja.com: It Goes to 11. &quot;pork ^^^^^^ Corresponding to URL: http://x21.deja.com/getdoc.xp?AN=514885205&CONTEXT=935117639.230424684&hitnum=0
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
reassigning to component owner
Assignee: slamm → nhotta
Status: REOPENED → NEW
QA Contact: blee → teruko
I don't see the problem with http://www.muenchen.de/. Can anyone reproduce?
Now I see question marks in some cases where the &auml; and other extended characters should be (using DE RTM build) in the What's Related sidebar panel. Some extended characters show up properly. It looks like the way that What's Related server displays its interpretation of different page titles is the problem. If the source page has extended characters in HTML in the title, they will not appear properly in What's Related. If the extended characters where just entered "as is" (e.g., ä, ü, etc.), then they will display fine in What's Related. To test this, please do the following: 1. Go to http://www.muenchen.de using the DE browser. 2. On the What's Related sidebar panel, select item one (shown in the attachment). View the source of the resulting page and look at the title tag info. 3. Go back to the What's Related page for http://www.muenchen.de (may have to refresh a few times or back out and come back to the page). 4. Select item number 2 from the attached image. 5. Look at the source of the resulting page and note the title tag info. Attachment will follow these instructions.
Lynn, I think this is a server problem (see bug 57127). Please file a bug in bugscape. I close this bug.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → REMIND
correct. it is a server side issue. Bugsplat bug number 523703 covers it.
Verifed.
Status: RESOLVED → VERIFIED
REMIND is deprecated per bug 35839.
Status: VERIFIED → REOPENED
Resolution: REMIND → ---
not a mozilla bug, resolving INVALID.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 22 years ago
Resolution: --- → INVALID
Verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: