Closed Bug 1821021 Opened 1 year ago Closed 1 year ago

MessageNotificationWorker is not working as expected

Categories

(Fenix :: Experimentation and Telemetry, defect)

All
Android
defect

Tracking

(firefox110 wontfix, firefox111 wontfix, firefox112 fixed)

RESOLVED FIXED
112 Branch
Tracking Status
firefox110 --- wontfix
firefox111 --- wontfix
firefox112 --- fixed

People

(Reporter: towhite, Assigned: towhite)

References

Details

QA have been unable to reliably validate the Messaging notification with the given constraints. Investigation has identified that the periodic worker configuration used by the Messaging Notification Worker is not working as expected.

Assignee: nobody → towhite
Regressions: 1821274
No longer regressions: 1821274
See Also: → 1821274

(In reply to twhite from comment #0)

QA have been unable to reliably validate the Messaging notification with the given constraints. Investigation has identified that the periodic worker configuration used by the Messaging Notification Worker is not working as expected.

Tom, does your fix need to be uplifted to a 111 dot release for any Messaging Notifications planned for 111? Or can your fix ride the trains with 112?

Flags: needinfo?(towhite)

[:cpeterson] this is currently being discussed

Flags: needinfo?(towhite)

Channing says we don't need to uplift this fix to a 111 dot release. It can ship in 112.

(In reply to twhite from comment #0)

QA have been unable to reliably validate the Messaging notification with the given constraints. Investigation has identified that the periodic worker configuration used by the Messaging Notification Worker is not working as expected.

Tom, Alex is looking to land a change that moves SharedIds.getIdForTag off the main thread, and this change here has removed the IO scope that would have been used to do this work off the main thread.

Could you share some more information on what is not working as expected so that we avoid regressing any of your fixes?

Flags: needinfo?(towhite)

[:jonalmeida] sure. We updated how the MessageNotificationWorker doWork() calls async funcs based on the doc in Worker.doWork()

This method is called on a background thread - you are required to synchronously do your work and return the ListenableWorker.Result from this method.

There were multiple causes to the original intermittent failure of the notification being triggered - Although not explicitly tested in isolation, it's possible our use of IO scope was one of them.

Flags: needinfo?(towhite)
Duplicate of this bug: 1816618
You need to log in before you can comment on or make changes to this bug.