Closed
Bug 371481
Opened 17 years ago
Closed 17 years ago
[FIX]should nsMathMLmathInlineFrame be eBidiInlineContainer ?
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
mozilla1.9alpha6
People
(Reporter: dbaron, Assigned: bzbarsky)
References
Details
Attachments
(1 file)
1.13 KB,
patch
|
uriber
:
review+
rbs
:
superreview+
|
Details | Diff | Splinter Review |
While working on bug 341326 (see bug 341326 comment 3) I discovered that nsMathMLmathInlineFrame (which inherits from nsInlineFrame) does not claim to be eBidiInlineContainer type (added in bug 169139). Is this intended, or should it inherit the bit from its base class? If it's intended, the XXX comment I'm adding in bug 341326 should be removed (and perhaps replaced with a better explanation). If it's not, the overriding should be removed.
Assignee | ||
Updated•17 years ago
|
Flags: blocking1.9?
Comment 1•17 years ago
|
||
It's not intended - not by me, anyway. You might want to confirm this with Boris, who implemented nsMathMLmathInlineFrame::IsFrameOfType() in bug 322625.
Assignee | ||
Comment 2•17 years ago
|
||
Uh, yeah. That was a mistake. The bit should be inherited, imo.
Reporter | ||
Updated•17 years ago
|
Flags: blocking1.9? → blocking1.9+
Assignee | ||
Comment 3•17 years ago
|
||
Assignee: nobody → bzbarsky
Status: NEW → ASSIGNED
Attachment #267337 -
Flags: superreview?(rbs)
Attachment #267337 -
Flags: review?(uriber)
Assignee | ||
Updated•17 years ago
|
Summary: should nsMathMLmathInlineFrame be eBidiInlineContainer ? → [FIX]should nsMathMLmathInlineFrame be eBidiInlineContainer ?
Target Milestone: --- → mozilla1.9alpha6
Updated•17 years ago
|
Attachment #267337 -
Flags: review?(uriber) → review+
I am not able to access bug 322625. What was that bug fixing?!? I am finding increasingly inconvenient not to be able to immediately access such critical background on issues. Crucially too, it also means that I don't learn anything and can repeat the flaw. Can you guys who are on the security group bring this matter up? What will in fact suits me would be to have an intermediate "security-bugs" for folks like myself who are quite interested in having a secure Gecko codebase, without being interested (or having the cycles) to discuss the wide-ranging "security-group" politics. Passing the sr request to dbaron since I don't know the whereabouts of this bug.
Attachment #267337 -
Flags: superreview?(rbs) → superreview?(dbaron)
Assignee | ||
Comment 5•17 years ago
|
||
> I am not able to access bug 322625.
You should be able to now....
Assignee | ||
Comment 6•17 years ago
|
||
Er.. and you should have been able to all along, since you were already cced on it. Unless you weren't logged in?
I attempted but it didn't go (it gives the "you must login first" message anyway). But it works okay now -- not sure if the fact that I am behind a proxy played a trick.
Attachment #267337 -
Flags: superreview?(dbaron) → superreview+
Assignee | ||
Comment 8•17 years ago
|
||
Huh. When did this get sr? I guess I wasn't the requestee, so I didn't get bugmail... In any case, checked in.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 9•17 years ago
|
||
No idea how/whether effects of this are visible, assuming they are for now...
Flags: in-testsuite?
Assignee | ||
Comment 10•17 years ago
|
||
I think they should be, but I don't know enough about BiDi to create a testcase. :(
Comment 11•17 years ago
|
||
I don't see any text at all in MathML elements in current trunk builds in http://www.mozilla.org/projects/mathml/start.xhtml http://www.mozilla.org/projects/mathml/start-hebrew.xhtml or http://www.mozilla.org/projects/mathml/start-thai.xhtml , so it's a little hard to create a testcase right now :(
Component: Layout: BiDi Hebrew & Arabic → Layout: Text
QA Contact: layout.bidi → layout.fonts-and-text
You need to log in
before you can comment on or make changes to this bug.
Description
•