Closed
Bug 1051202
Opened 11 years ago
Closed 10 years ago
SMS new message notice sometimes never disappears
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect, P2)
Tracking
(tracking-b2g:backlog)
RESOLVED
WORKSFORME
| tracking-b2g | backlog |
People
(Reporter: gerard-majax, Unassigned)
Details
(Keywords: dogfood, Whiteboard: [sms-papercuts])
[Blocking Requested - why for this release]: Bothering UX
This is something bothering on master and 2.0, whatever the device. It's present for some time already, but it may be tricky to reproduce. So far, the STR I could come with would be:
STR:
0. Sit in an existing thread
1. Put SMS app in background
2. Receive two SMS in sequences
3. Go back in SMS (tapping the icon or notification)
4. See the banner notifying of a new SMS (new-message-notice-a-text)
Expected:
I see the new message banner, and when scrolling to the bottom it disappears.
Actual:
I see the new message banner and when scrolling to the bottom it stays there.
Comment 1•11 years ago
|
||
I didn't reproduce on master but I did in v2.0. That does not mean it does nt exist in master though, I just got it reprduce on v2.0 by chance. I can't reproduce on v2.0 now either ;)
I did notice something else on v2.0 when I reproduced it: when the thread was scrolled down, and I focus the input box, then the keyboard appears, the window resizes, and we should still see the most recent message at the bottom; however when the bug happened, we didn't see the most recent message at this moment.
What probably happens is that the measurement in [1] is failing.
[1] https://github.com/mozilla-b2g/gaia/blob/3c4f1370b4c62ba2316423164567568990fcd820/apps/sms/js/thread_ui.js#L986
However as I see it I wouldn't block on it because wen the bug happens the banner still disappears when the user taps on "read it". Does it work like this for you as well, Alexandre?
Flags: needinfo?(lissyx+mozillians)
| Reporter | ||
Comment 2•11 years ago
|
||
Maybe not blocking, then. Maybe it's a UX call.
Flags: needinfo?(lissyx+mozillians)
Comment 3•11 years ago
|
||
I reproduced this with UX-Jenny. We agree that this is not blocking because the banner goes away if "read it" is tapped, or user exits SMS screen.
blocking-b2g: 2.1? → backlog
Updated•11 years ago
|
Whiteboard: [sms-papercuts]
| Assignee | ||
Updated•10 years ago
|
blocking-b2g: backlog → ---
tracking-b2g:
--- → backlog
Updated•10 years ago
|
Priority: -- → P2
Comment 4•10 years ago
|
||
do we still have this problem?
If we can reproduce it, we may want to set P1.
Flags: needinfo?(felash)
Comment 5•10 years ago
|
||
I don't know, we never reproduced reliably.
Alexandre, do you see this lately?
Flags: needinfo?(felash) → needinfo?(lissyx+mozillians)
| Reporter | ||
Comment 6•10 years ago
|
||
I have not reproduced this for a while.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(lissyx+mozillians)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•