Remove unused workaround for gAppUpdater in preferences
Categories
(Firefox :: Settings UI, enhancement, P5)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox87 | --- | fixed |
People
(Reporter: timdream, Assigned: ntim)
References
Details
Attachments
(1 file)
In bug 1520350 I got a patch where the markup of the <deck> is inserted at the same tick main.js calls into aboutDialog-appUpdater.js.
In the test toolkit/mozapps/update/tests/browser/browser_aboutPrefs_fc_check_otherInstance.js, the later script correctly deduces the state of the updater and set the selectedIndex to 9 (via MozDeck).
However, the attribute value gets magically changed to 7 when the test assertion tries to access it.
There is nowhere in JS that could have set the attribute value. The only offender seems to be in nsDeckFrame::RemoveFrame(). I can't create a Windows build to verify this claim though.
I will workaround this in bug 1520350 but we really shouldn't mutate DOM states from layout ...
|
Reporter | |
Comment 1•6 years ago
|
||
I don't understand layout enough to tell why nsDeckFrame::RemoveFrame() can be called during document load. The <hbox>es are not moved nor set to display: none or whatnot. I will need to leave it to someone with a Windows build...
|
||
Comment 2•6 years ago
|
||
It'd be really nice if we could remove nsDeckFrame though...
It seems to me it could be replaced with a 1x1 CSS Grid with
all children placed in the same grid area, and then put
visibility:hidden on all except the selected one.
|
||
Updated•6 years ago
|
|
Assignee | |
Comment 3•4 years ago
|
||
Bug 1689727 removed this specific usage. Bug 1559192 will stop using nsDeckFrame for <deck> entirely.
|
|
Assignee | |
Updated•4 years ago
|
|
|
Assignee | |
Comment 4•4 years ago
|
||
|
||
Updated•4 years ago
|
|
||
Comment 6•4 years ago
|
||
| bugherder | ||
Description
•