Closed
Bug 1112603
Opened 9 years ago
Closed 9 years ago
Utility tray randomly closes after swiping away notifications
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1068564
People
(Reporter: cwiiis, Unassigned)
Details
(Whiteboard: [systemsfe] polish)
Sometimes after swiping away a notification, the utility tray closes. To add insult to injury, when this happens, it completely misses the closing transition too. I don't have exact STR, but when dogfooding, it comes up very frequently.
Comment 1•9 years ago
|
||
Julien, I can't find the bug now, but didn't you file this same bug for sms a while ago? I think it has something to do with the app being killed, and so closing the notification causes a system message to launch the app, which for some reason closes the utility tray. Please mark dupe if you know what I'm talking about.
Flags: needinfo?(felash)
Comment 2•9 years ago
|
||
Sounds like bug 1068564 ? :) Last sentence in that bug: "If it's not a blocker how can we ensure it will get fixed in a timely manner?" I feel like I keep repeating this for 2 years: we still don't have a way to reliably prioritize bugs that are not blockers. In the SMS application, we have a marker in the whiteboard "sms-most-wanted" or "sms-papercuts" to keep track of these important bugs.
Flags: needinfo?(felash)
Reporter | ||
Comment 3•9 years ago
|
||
(In reply to Julien Wajsberg [:julienw] from comment #2) > Sounds like bug 1068564 ? :) > > Last sentence in that bug: "If it's not a blocker how can we ensure it will > get fixed in a timely manner?" > > I feel like I keep repeating this for 2 years: we still don't have a way to > reliably prioritize bugs that are not blockers. In the SMS application, we > have a marker in the whiteboard "sms-most-wanted" or "sms-papercuts" to keep > track of these important bugs. I just got this immediately after booting when swiping away an e-mail notification. Same bug?
Comment 4•9 years ago
|
||
Very likely :) A good way to check is verify if the e-mail app is launched in background before you swipe away its notification. If it's not launched, then it's likely the same issue.
Comment 5•9 years ago
|
||
(In reply to Chris Lord [:cwiiis] from comment #3) > I just got this immediately after booting when swiping away an e-mail > notification. Same bug? Yeah same bug. After booting, email application is most likely not running in the background. In general reboot notifications are a good way to test this.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Comment 6•9 years ago
|
||
(In reply to Julien Wajsberg [:julienw] (PTO 12/25 -> 12/29) from comment #2) > I feel like I keep repeating this for 2 years: we still don't have a way to > reliably prioritize bugs that are not blockers. In the SMS application, we > have a marker in the whiteboard "sms-most-wanted" or "sms-papercuts" to keep > track of these important bugs. For systemsfe, our "most wanted" list is those tagged as backlog with a P1. These are the ones we look over when we run out of blockers (which never in practice happens).
Comment 7•9 years ago
|
||
Good to know, thanks! Too bad you never run out of blockers, then ;)
You need to log in
before you can comment on or make changes to this bug.
Description
•