Closed Bug 1127679 Opened 11 years ago Closed 11 years ago

"ASSERTION: writing-mode mismatch" with inline-flex, rtl

Categories

(Core :: Layout, defect)

x86_64
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla38
Tracking Status
firefox38 --- fixed

People

(Reporter: jruderman, Assigned: jfkthame)

References

Details

(Keywords: assertion, testcase)

Attachments

(4 files)

Attached file testcase
###!!! ASSERTION: writing-mode mismatch: 'aOrigin.GetWritingMode() == GetWritingMode()', file WritingModes.h
Attached file stack
Here's a reftest that not only hits this assertion, but also exhibits incorrect rendering as a result of the incorrect writing mode.
Attachment #8557334 - Flags: review?(smontagu)
Assignee: nobody → jfkthame
Status: NEW → ASSIGNED
And here's a patch that fixes it.
Attachment #8557335 - Flags: review?(smontagu)
Attachment #8557334 - Flags: review?(smontagu) → review+
Comment on attachment 8557335 [details] [diff] [review] Fix use of incorrect writing mode in flex-item relative positioning Review of attachment 8557335 [details] [diff] [review]: ----------------------------------------------------------------- This looks right, but I wonder if the same issue is going to come up elsewhere, in which case it would be worth adding a version of ApplyRelativePositioning which takes a WritingMode and makes this conversion? Or maybe always doing so in the non-static version, since the conversion will be a no-op if the passed-in WritingMode is identical to mWritingMode?
Attachment #8557335 - Flags: review?(smontagu) → review+
I wondered that, too, but I'm inclined to start with this and see how things go... if we find we're needing the same pattern in other places, we can consider refactoring into a helper.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: