Closed Bug 1047475 Opened 10 years ago Closed 10 years ago

[Messages] The suggestions panel scroll position should be reset after it's been hidden

Categories

(Firefox OS Graveyard :: Gaia::SMS, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(tracking-b2g:backlog, b2g-v2.0 verified, b2g-v2.1 verified)

VERIFIED FIXED
tracking-b2g backlog
Tracking Status
b2g-v2.0 --- verified
b2g-v2.1 --- verified

People

(Reporter: julienw, Assigned: lchang)

References

Details

(Whiteboard: [sms-papercuts])

Attachments

(2 files)

STR:
1. have more than 5 contacts starting with 'a'
2. have more than 5 contacts starting with 'b'
3. open the SMS app and the "new message" panel
4. focus the recipient panel, type 'a'
5. scroll down the suggestions list
5. remove the 'a' character and type 'b'

=> notice the suggestions list is still scrolled down

I don't think we should reset the scroll after each render (after adding/removing each characters), but certainly after it's hidden.

Jenny, what do you think?
Flags: needinfo?(jelee)
Hello Julien,

Yes I agree that scroll should always be reset after suggestion is hidden.
Also, whenever the names we display on suggestion list is re-rendered, the scroll should be reset too. So if adding/removing character affects the suggestion list, the scroll should always be reset. Tks!
Flags: needinfo?(jelee)
The difficult part is "if affects the suggestion list" ;)

Jenny, is it good enough if we do it also if it doesn't affect the suggestion list? Or as a first step, do it only after it's hidden as I suggested, and file a separate bug to do the full thing?
Blocks: 1034600
Flags: needinfo?(jelee)
In that case, I prefer reset scroll whenever user add/remove a character even if the suggestion list is not affected ;)
Flags: needinfo?(jelee)
okay, let's do this ! thanks !
Trying to take this bug.
Assignee: nobody → lchang
Status: NEW → ASSIGNED
Attached file Pull Request 22829
Hi Steve, It's a simple patch. Thanks in advance.
Attachment #8472259 - Flags: review?(schung)
Comment on attachment 8472259 [details] [review]
Pull Request 22829

Hi Luke, patch works fine but unit test please :)
Hi Steve,

I added the unit test. Please check again. Thanks a lot.
Flags: needinfo?(schung)
Comment on attachment 8472259 [details] [review]
Pull Request 22829

r=me, thanks for adding the the test case :)
Attachment #8472259 - Flags: review?(schung) → review+
Flags: needinfo?(schung)
landed on master: https://github.com/mozilla-b2g/gaia/commit/efaefc3c1f6c9fa77a1eb7aa4a016fb84c6feb53

Steve, Thanks for reviewing!
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Hi Steve

shouldn't we uplift these to v2.0 as well?

Thanks!
Flags: needinfo?(schung)
Let's ask a blocker here.

[Blocking Requested - why for this release]:
* regressed by bug 1034600 
* can be a weird UX for the user
blocking-b2g: --- → 2.0?
(In reply to Julien Wajsberg [:julienw] (PTO 08/20 -> 09/15; contact schung instead) from comment #12)
> Let's ask a blocker here.
> 
> [Blocking Requested - why for this release]:
> * regressed by bug 1034600 
> * can be a weird UX for the user
Flags: needinfo?(schung)
Let's wait for triage result, or you could ask for approval instead.
Backlog, lets do approval.
blocking-b2g: 2.0? → backlog
Comment on attachment 8472259 [details] [review]
Pull Request 22829

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): regressed by bug 1034600.
[User impact] if declined: can be a weird UX for the user.
[Testing completed]: TBPL passed.
[Risk to taking this patch] (and alternatives if risky): should be low since it's a very simple patch and already landed on master branch.
[String changes made]: none.
Attachment #8472259 - Flags: approval-gaia-v2.0?
Comment on attachment 8472259 [details] [review]
Pull Request 22829

Making an exception on approval here as this was regressed recently by bug 1034600 in 2.0 and is super low risk
Attachment #8472259 - Flags: approval-gaia-v2.0? → approval-gaia-v2.0+
This issue has been verified successfully on Flame 2.0,2.1

See attachment: Verify_video.3gp
Reproducing rate: 0/5
Flame 2.0 new build:
Gaia-Rev        856863962362030174bae4e03d59c3ebbc182473
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/e40fe21e37f1
Build-ID        20141208000206
Version         32.0
Flame2.1 build:
Gaia-Rev        38e17b0219cbc50a4ad6f51101898f89e513a552
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/8b92c4b8f59a
Build-ID        20141205001201
Version         34.0
Status: RESOLVED → VERIFIED
Attached video Verify_video.3gp
blocking-b2g: backlog → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: