926700 - [B2G][Contacts] A user is not returned to the previous screen after exporting a contacts

Status: RESOLVED DUPLICATE of bug 910188

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

Description

[sarsenyev]

Attachment: 2013-10-14-11-14-53.png

Description:" 
When exporting a contact for the second time, after selecting the contact a user is returned to the different screen, where unable to return to the "Settings"

Repro Steps:
1) Updated Buri to BuildID: 20131014004003
2) Open the "Contacts" from home screen
3) Tap the "Settings" "cogwheel"
4) Navigate to the "Export Contacts"
5) Select "SIM card"
6) Select any contact from the list
7) Tap the "Export" button
8) Repeat steps 5-7
9) In "Settings" button tap the "Done" button

Actual:
After exporting a contact for the first time a user is returned to "Export Contacts" screen
When exporting a contact for the second time, the user is returned to "Settings: screen and when tapping the "Done" button, the user  is returned to the "Contacts" screen where is no option to return to the "Settings

Expected:
(Describe the behavior you expected to have observed)

Environmental Variables:
Device: (example: Buri v1.2 Mozilla RIL)
BuildID: 20131014004003
Gaia: d562c8f6eaed158bf5afa556f10c2f2e8ae8137f
Gecko: 690f28662ace
Version: 26.0a2
Firmware Version: 
Notes: US_20130912

Repro frequency: 100%
https://moztrap.mozilla.org/manage/cases/?filter-id=9889
See attached: screenshot

Comment 1

[Jason Smith [:jsmith]]

This bug is missing expected behavior. Can you include that?

Comment 2

[sarsenyev]

I apologies, my browser is crashed and the bug was submitted without my permission

Expected result:
The user is returned to the previous "Contacts" screen when the user can continue to "export" the contacts

Comment 3

[Jason Smith [:jsmith]]

Sounds like a broken UX. A video would help clarify this a bit better.

Comment 4

[sarsenyev]

Attachment: returned the first time

Comment 5

[sarsenyev]

Attachment: returned the second time

Comment 6

[sarsenyev]

Attachment: IMG_0279.MOV

Comment 7

[Joe Cheng [:jcheng] (please needinfo)]

triage: koi+ broken feature

Comment 8

[Fernando Campo (:fcampo)]

This is not happening on master, so my guess is that it's a matter of a not uplifted bug. Investigating right now.

Comment 9

[Fernando Campo (:fcampo)]

After further investigations and tests, I think that this is related to bug 910188, which hasn't been uplifted to 1.2 yet.

Comment 10

[Ben Kelly [:bkelly, not reviewing]]

I just retested this and it no longer reproduces after bug 910188 was uplifted.  I am going to go ahead and mark as a dupe.