Closed Bug 1813057 Opened 3 years ago Closed 3 years ago

Replace setTimeouts with wait conditions in the `browser_protectionsUI_cookie_banner.js` test

Categories

(Firefox :: Protections UI, task, P1)

task

Tracking

()

RESOLVED DUPLICATE of bug 1800670

People

(Reporter: jhirsch, Assigned: jhirsch)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fidefe-cookie-banner-v1])

This is a followup from https://phabricator.services.mozilla.com/D164241 (patch for bug 1800670). In that patch, a few very short setTimeout calls were introduced to paper over an issue where, after clicking the CBH toggle in the shield panel submenu, reopening the panel doesn't seem to work--the click isn't delivered to the shield toolbar button.

Rather than simply setTimeout and wait for the UI thread to do something, this followup bug asks that we figure out exactly what to wait for in the DOM or ChromeWindow state.

May I assign this to you Jared?

Severity: -- → N/A
Component: Privacy: Anti-Tracking → Protections UI
Flags: needinfo?(jhirsch)
Priority: -- → P1
Product: Core → Firefox

Yup, I'll take it

Assignee: nobody → jhirsch
Flags: needinfo?(jhirsch)
Whiteboard: [fidefe-cookie-banner-v1]
Status: NEW → ASSIGNED

Moving to v2 / 113 as we may not have time for it before 111 soft freeze

Blocks: 1801680
No longer blocks: 1800648

This wound up getting done as part of fixing the test bustage for bug 1800670. Closing as a dupe.

Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Duplicate of bug: 1800670
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.