Closed Bug 355917 Opened 18 years ago Closed 18 years ago

Lot of Unicode symbols missing in trunk

Categories

(Core :: Graphics, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED FIXED

People

(Reporter: ria.klaassen, Assigned: pavlov)

References

Details

(Keywords: regression)

Attachments

(4 files)

Summary: Lot of symbols missing in trunk → Lot of Unicode symbols missing in trunk
Severity: normal → major
Flags: blocking1.9?
I assume this is the same bug as the hyphen in "blocking‑aviary" no longer being displayed at all? Is the regression window the same?
WFM. 354887 could be the problem, but that fixes a pretty ugly bug that causes us to look at way more fonts than we should for font selection. please run your build with NSPR_LOG_MODULES=winfonts:5 NSPR_LOG_FILE=c:\foo and attach the output from loading that page. thanks
Attached file log
Still seeing the same.
Attached file log
Here's my log, I have a bunch of startup tabs so I trimmed it to the section that corresponded to the previous log, hope that's OK. I do see the bug, in case that's not clear.
ria: are you on vista or just using vista fonts (Constantia)? I know we've seen some issues reported with people using vista fonts on XP...
(In reply to comment #4) > Created an attachment (id=242703) [edit] > log Can you check what version of AR PL ZenKai Uni you're using? control panel/fonts/double click on the font.
(In reply to comment #6) > Can you check what version of AR PL ZenKai Uni you're using? control > panel/fonts/double click on the font. Version 0.1.20060903 And my build ID, because I forgot to post it before: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061018 Minefield/3.0a1 ID:2006101804 [cairo]
(In reply to comment #7) > (In reply to comment #6) > > Can you check what version of AR PL ZenKai Uni you're using? control > > panel/fonts/double click on the font. > > Version 0.1.20060903 OK, I'll retest with that version. I'm having trouble getting that font to be selected over some others. I may need to add some more debugging output to get more useful logs to track this down further.
Attached patch possible fixSplinter Review
i'm a little afraid this patch will break some languages that might use zero-width glyphs on purpose (I can't think of any that would use glyphs (I can think of some that would use zero-width characters)). Can either of you do a build with this? If not I'll check it in tomorrow and we'll look out for regressions.
Assignee: nobody → pavlov
Status: NEW → ASSIGNED
Attachment #242715 - Flags: review?(vladimir)
Comment on attachment 242715 [details] [diff] [review] possible fix > + else if (mAttr[i].fZeroWidth == PR_TRUE) { fZeroWidth is a WORD variable, not PRBool. I think that you should use |if (mAttr[i].fZeroWidth)|
(In reply to comment #5) > ria: are you on vista or just using vista fonts (Constantia)? I know we've > seen some issues reported with people using vista fonts on XP... > Using Windows XP. Before 29 September 2006 I don't see the problem with the same font installed. I became aware of the problem when I missed a little symbol before all my mailto-links.
Attached file trouble causing font
When I delete this font the symbol comes back
I don't have a build environment for Firefox, I plan on correcting that one of these days though.
i checked in this patch -- can you guys see if this fixes it for you?
Yes, it is fixed now.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Flags: blocking1.9?
Yeah, that did the trick. The hyphen in blocking‑aviary is back now too.
Depends on: 361778
This totally broke rendering of scripts using zero-width joiners and non-joiners. I'm not sure why there are still zero-width glyphs after calling Shape(), but apparently there are.
Depends on: 361783, 361786
Depends on: 361782
No longer depends on: 361783
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: