Open Bug 1724856 Opened 3 years ago Updated 3 years ago

editor should flush pending layout at starting to handle some edit actions

Categories

(Core :: DOM: Editor, task, P3)

task

Tracking

()

ASSIGNED

People

(Reporter: masayuki, Assigned: masayuki)

References

(Blocks 1 open bug)

Details

Currently, editor tries to flush pending notifications only when it requires layout information. However, we're going to refer layout information more for aligning editor behavior to Blink/WebKit because they refer layout info more frequently than Gecko and they flush pending layout a lot. For the start, let's flush pending notifications when each public method of editor is called.

Hmm, probably, this is wrong thing. Changing style from JS, and then, accessing the editor before a reframe, then, editor is destroyed by the flush at starting to handle an edit command. So, perhaps, we should not do this widely, but I guess that it'd be required by only some edit handlers.

Assignee: masayuki → nobody
Status: ASSIGNED → NEW
Type: defect → enhancement
Priority: P3 → P5

Okay, I think that some edit actions require the latest layout information, but do not flush pending layout by themselves. That makes some tests hack before using the features. We should fix it.

Assignee: nobody → masayuki
Status: NEW → ASSIGNED
Type: enhancement → task
Priority: P5 → P3
Summary: editor should flush pending layout at starting to handle anything → editor should flush pending layout at starting to handle some edit actions
You need to log in before you can comment on or make changes to this bug.