Closed
Bug 1048141
Opened 10 years ago
Closed 10 years ago
[v2.1] After importing contact from gmail the import screen does not disappear
Categories
(Firefox OS Graveyard :: Gaia::Contacts, defect)
Tracking
(blocking-b2g:2.1+, b2g-v2.0 unaffected, b2g-v2.1 verified)
VERIFIED
FIXED
blocking-b2g | 2.1+ |
Tracking | Status | |
---|---|---|
b2g-v2.0 | --- | unaffected |
b2g-v2.1 | --- | verified |
People
(Reporter: RobertC, Assigned: hola)
References
Details
(Keywords: regression, smoketest, Whiteboard: [fromAutomation])
Attachments
(3 files, 1 obsolete file)
The import contacts screen does not disappear after successfully importing users from gmail. This issue is reproduced with both manual and automated tests. Build environment v2.1 flame: Device firmware (date) 27 Jun 2014 00:57:58 Device firmware (incremental) 110 Device firmware (release) 4.3 Device identifier flame Gaia date 01 Aug 2014 11:18:25 Gaia revision 5fd14b8bc428 Gecko build 20140803160202 Gecko revision e6614d8d85f9 Gecko version 34.0a1 STR: 1. got to contacts -> settings -> import contacts 2. tap import from gmail (login to google account) 3. select contacts and tap import Expected result: A new screen should appear that shows the number of contacts that are being imported after which it disappears Actual result: After importing the screen does not disappear (see attached screenshot)
Reporter | ||
Comment 1•10 years ago
|
||
I have attached the logcat from when I reproduced the issue manually.
Reporter | ||
Updated•10 years ago
|
Keywords: regression
Whiteboard: [fromAutomation]
Updated•10 years ago
|
QA Contact: ckreinbring
Comment 3•10 years ago
|
||
The bug repros on Buri 2.1 Actual result: After importing contacts from a Gmail or Outlook email account, the progress indication page will not disappear until the user taps the Cancel button. Build ID: 20140804041427 Gaia: af9a0a24fb9f4c5ced3602bc14053bd49b136344 Gecko: 71497ed2e0db Platform Version: 34.0a1 Firmware Version: v1.2device.cfg User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 -------------------------------------------------------------------------------------------------------- The bug does not repro on Flame 2.0 Actual result: After importing contacts from a Gmail or Outlook email account, the progress indication page will disappear on its own. Build ID: 20140804060132 Gaia: 4ab7384db7aee130be165a699472cc19405a4456 Gecko: 5e94ab16ec71 Platform Version: 32.0 Firmware Version: v122 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.0:
--- → unaffected
status-b2g-v2.1:
--- → affected
Flags: needinfo?(jmitchell)
Keywords: qawanted
Comment 4•10 years ago
|
||
triage - would not block on this issue, there are several ways around this screen and they all successfully import the contacts.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Comment 5•10 years ago
|
||
(In reply to Joshua Mitchell [:Joshua_M] from comment #4) > triage - would not block on this issue, there are several ways around this > screen and they all successfully import the contacts. It is possible to workaround, but the UX here seems a bit questionable. We're leaving the user in a state where they don't know if something is finished, which is confusing UX (see http://en.wikipedia.org/wiki/Gulf_of_evaluation). This is also a regression too. UX - Can you weigh in if this is a blocker from your perspective?
Flags: needinfo?(firefoxos-ux-bugzilla)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Comment 6•10 years ago
|
||
I consider this a blocker. It's a regression, isn't working to spec, and leads the user to believes they are in a state that they are not.
Flags: needinfo?(firefoxos-ux-bugzilla)
Comment 7•10 years ago
|
||
[Blocking Requested - why for this release]: see comment 6
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [lead-review+]
Keywords: regressionwindow-wanted
Comment 8•10 years ago
|
||
This also affects facebook import of contacts and is a manual smoketest blocker for https://moztrap.mozilla.org/manage/case/5857/
Updated•10 years ago
|
Assignee: nobody → hola
Comment 10•10 years ago
|
||
I can see the problem on the console log: E/GeckoConsole(32596): [JavaScript Error: "ReferenceError: ImportStatusData is not defined" {file: "app://communications.gaiamobile.org/shared/pages/import/gaia_build_defer_import.js" line: 328}]
Assignee | ||
Comment 11•10 years ago
|
||
I already did a pull request to fix that but I am trying to make a test to prevent this in the future.
Comment 12•10 years ago
|
||
(In reply to Adrián de la Rosa from comment #11) > I already did a pull request to fix that but I am trying to make a test to > prevent this in the future. Awesome! \o/ That's the spirit!
Comment 13•10 years ago
|
||
Regression window Last working Build ID: 20140731150609 Gaia: 04ea7e1a4034a50d4a7a4f5b95a04a2ed8313908 Gecko: 104254bd1fc8 Platform Version: 34.0a1 Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 First broken Build ID: 20140801070614 Gaia: 9689218473b6fc4dd927ad6aa7b06c05f0843824 Gecko: 8970589d6505 Platform Version: 34.0a1 Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Working Gaia / Broken Gecko = No repro Gaia: 04ea7e1a4034a50d4a7a4f5b95a04a2ed8313908 Gecko: 8970589d6505 Broken Gaia / Working Gecko = Repro Gaia: 9689218473b6fc4dd927ad6aa7b06c05f0843824 Gecko: 104254bd1fc8 Gaia push log: https://github.com/mozilla-b2g/gaia/compare/04ea7e1a4034a50d4a7a4f5b95a04a2ed8313908...9689218473b6fc4dd927ad6aa7b06c05f0843824 B2G-inbound Last working Build ID: 20140731035207 Gaia: 29793743960686ee8d5c4617a36172241c8ae0d0 Gecko: a5fc614872dd Platform Version: 34.0a1 Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 First broken Build ID: 20140801100457 Gaia: 22846bf06d34bd42d124952402ab121e6ae05c27 Gecko: f2acc6ff7aee Platform Version: 34.0a1 Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Working Gaia / Broken Gecko = No repro Gaia: 29793743960686ee8d5c4617a36172241c8ae0d0 Gecko: f2acc6ff7aee Broken Gaia / Working Gecko = Repro Gaia: 22846bf06d34bd42d124952402ab121e6ae05c27 Gecko: a5fc614872dd Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/29793743960686ee8d5c4617a36172241c8ae0d0...22846bf06d34bd42d124952402ab121e6ae05c27 Unable to get a more refined B2G window due to the builds in between being broken due to bug 1046967.
QA Whiteboard: [lead-review+] → [QAnalyst-Triage?][lead-review+]
Flags: needinfo?(jmitchell)
Keywords: regressionwindow-wanted
Comment 14•10 years ago
|
||
Jason - I think this might have been broken by bug 1020547 - the dev in question is listed as 'staktrace' but their github page does not have any contact info and Bugzilla does not recognize the name.
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(jmitchell) → needinfo?(jsmith)
Keywords: qaurgent
Comment 15•10 years ago
|
||
I think you are looking for kats here.
Flags: needinfo?(jsmith) → needinfo?(bugmail.mozilla)
Comment 16•10 years ago
|
||
Is there any particular reason you think bug 1020547 is responsible for this change? I see it in the b2g-inbound regression window but not in the (much smaller) nightly window from comment 13. I think that the regressing bug would show up in both windows. To me bug 1003086 seems much more likely as it directly touches what appears to be contact importing code.
Flags: needinfo?(jmitchell)
Flags: needinfo?(jmcf)
Flags: needinfo?(bugmail.mozilla)
Comment 17•10 years ago
|
||
I did not think to use the first push-log - it is VERY rare that our initial Mozilla-Central pushlogs are smaller than the inbound ones and I just wasn't using my brain. I agree with your assessment about bug 1003086
Flags: needinfo?(jmitchell)
Comment 18•10 years ago
|
||
yes, bug 1003086 is the responsible for this regression thanks
Flags: needinfo?(jmcf)
Assignee | ||
Comment 19•10 years ago
|
||
Attachment #8469205 -
Flags: review?(jmcf)
Comment 20•10 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/e91d6a7e24da61764a2bca26dff2e50da0e82c8b
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Attachment #8469205 -
Flags: review?(jmcf) → review+
Comment 21•10 years ago
|
||
Reverted for failures in link_test.js: https://tbpl.mozilla.org/php/getParsedLog.php?id=45420190&tree=B2g-Inbound https://tbpl.mozilla.org/php/getParsedLog.php?id=45421897&tree=B2g-Inbound These were visible in the gaia-try run that was linked from the PR: https://tbpl.mozilla.org/?rev=97d43e390a8db6c4545c1ee0300e61066e5399d7&tree=Gaia-Try Please look at the try results before merging :-) https://github.com/mozilla-b2g/gaia/commit/f6156186a218b28bd5ebc6ade83e49191e228d4a
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 22•10 years ago
|
||
Attachment #8469205 -
Attachment is obsolete: true
Attachment #8469871 -
Flags: review?(jmcf)
Comment 23•10 years ago
|
||
Comment on attachment 8469871 [details]
Pull request #22661
thanks Adrian
Attachment #8469871 -
Flags: review?(jmcf) → review+
Comment 24•10 years ago
|
||
(In reply to Ed Morley [:edmorley] from comment #21) > Reverted for failures in link_test.js: > https://tbpl.mozilla.org/php/getParsedLog.php?id=45420190&tree=B2g-Inbound > https://tbpl.mozilla.org/php/getParsedLog.php?id=45421897&tree=B2g-Inbound > > These were visible in the gaia-try run that was linked from the PR: > https://tbpl.mozilla.org/ > ?rev=97d43e390a8db6c4545c1ee0300e61066e5399d7&tree=Gaia-Try > > Please look at the try results before merging :-) > > https://github.com/mozilla-b2g/gaia/commit/ > f6156186a218b28bd5ebc6ade83e49191e228d4a yes my fault, sorry for the inconvenience :)
Comment 25•10 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/1826e292646dff4c805d4b6d049e578bbbce6066
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
Comment 26•10 years ago
|
||
This issue no longer repros on 2.1 Flame The page disappears as expected after importing contacts. Environmental Variables: Device: Flame Master 319MB Build ID: 20140811040202 Gaia: 19ed3c9e78eaf234cc08484bde6998ae21552ba5 Gecko: a9b43778f0c2 Version: 34.0a1 (Master) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+][lead-review+] → [QAnalyst-Triage?][lead-review+]
Flags: needinfo?(pbylenga)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][lead-review+] → [QAnalyst-Triage+][lead-review+]
Flags: needinfo?(pbylenga)
Keywords: verifyme
Comment 27•10 years ago
|
||
Switching the 2.1?->2.1+, on these fixed bugs as these are regression. Nothing to land here, its just flag-cleanup of 2.1? list. Please Ni me if there is confusion/disagreement.
blocking-b2g: 2.1? → 2.1+
You need to log in
before you can comment on or make changes to this bug.
Description
•