Open Bug 478594 Opened 11 years ago Updated 11 years ago

ireflow issue with <select>

Categories

(Core :: Layout, defect, minor)

x86
macOS
defect
Not set
minor

Tracking

()

People

(Reporter: jruderman, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: testcase)

Attachments

(1 file)

Steps to reproduce:
1. Apply the ireflow patch (bug 67752 comment 56).
2. Set the following environment variables:
  export GECKO_REFLOW_INTERRUPT_MODE=counter
  export GECKO_REFLOW_INTERRUPT_CHECKS_TO_SKIP=1
  export GECKO_REFLOW_INTERRUPT_FREQUENCY=1
3. Load the testcase
4. Click the <select>

Result: clicking changes the size.

Based on CPU usage, I'm guessing ireflow never finishes.  Is that expected given the testcase and settings?

refdyn complained about layout/generic/crashtests/391053-1.xhtml, but this might not be the same issue that made refdyn unhappy.
Yeah.  Given the testcase and settings, I'd expect us to never complete a reflow here.  This shouldn't affect refdyn, since trying to snapshot will flush out a non-interruptible reflow.

I could disable interruption inside a listbox, but I think this shouldn't be an issue when using the user-event approach....
Yeah, I think we should at least give it a go with user events and see if starvation is a problem in practice.
You need to log in before you can comment on or make changes to this bug.