Open
Bug 1261745
Opened 8 years ago
Updated 3 years ago
Test functionality in layout/base/tests/chrome/test_bug420499.xul under e10s
Categories
(Core :: DOM: Selection, defect, P5)
Core
DOM: Selection
Tracking
()
NEW
Tracking | Status | |
---|---|---|
e10s | + | --- |
People
(Reporter: cpearce, Unassigned)
References
(Blocks 2 open bugs)
Details
layout/base/tests/chrome/test_bug420499.xul tests that when a content text box is focused the caret appears, and when a xul pop up opens the caret disappears, and when the pop up disappears, the caret re-appears in its previous location, and then that if a tooltip pops up, the caret remains visible. chrome mochitests and xul aren't going to make it into the brave new e10s world, and it seems that having a regression test for the behaviour of the caret between the content/chrome processes is a good idea. So we should rewrite layout/base/tests/chrome/test_bug420499.xul to test the caret functionality when content and chrome menus and tooltips are activated using something other than a chrome mochitest.
Updated•8 years ago
|
Blocks: e10s-tests
tracking-e10s:
--- → +
Comment 1•3 years ago
|
||
Bulk-downgrade of unassigned, untouched DOM/Storage bug's priority.
If you have reason to believe, this is wrong, please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•