Closed Bug 935557 Opened 11 years ago Closed 11 years ago

[Buri][Geolocation] Geolocation prompt missing text

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.3+)

RESOLVED FIXED
blocking-b2g 1.3+

People

(Reporter: marcia, Assigned: gasolin)

References

Details

(Keywords: regression, smoketest)

Attachments

(2 files)

Buri, while using 11-4 Base image and:

Gaia   3b5fe429f2414f2a9d7241b311b399033bb10612
SourceStamp 9ba3faa35c96
BuildID 20131106040203
Version 28.0a1

STR:
1. Launch the camera app and wait for the Geolocation prompt
2. Observe attached screenshot
Weird. That's a different test result than what's seen in bug 935427 - that bug indicates the prompt isn't appearing at all.
QA Contact: mclemmons
This issue reproduces on Buri 1.3 Build 20131106040203

Last working build ( Does not Reproduce) Buri 1.3 BuildID: 20131104044747
Environmental Variables:
Device: Buri v1.3 Mozilla RIL
BuildID: 20131104044747
Gaia: 1aee772a384f1ed1148f08c6c7df45d2fe35506e
Gecko: b4143e04bea1
Version: 28.0a1

First Broken (Reproduces) 
Environmental Variables:
Device: Buri v1.3 Mozilla RIL
BuildID: 20131106040203
Gaia: 3b5fe429f2414f2a9d7241b311b399033bb10612
Gecko: 9ba3faa35c96
Version: 28.0a1


This issue does not reproduce on Buri 1.2 Build ID 20131106004004 (attempted 5 times) 

Environmental Variables:
Device: Buri v1.2 Mozilla RIL
BuildID: 20131106004004
Gaia: 2140c987fdde1c99097018f7e93b0bbd43d2125d
Gecko: 6a831fcb96f4
Version: 26.0

Could not reproduce on 11/5 Buri 1.3 Build ID 20131105040208 as user is not prompted with any Geolocation text
Component: Gaia::System → Gaia::System::Window Mgmt
Fred - Alive thinks this regressed from the recent gUM work. Can you take a look?
Flags: needinfo?(gasolin)
Keywords: smoketest
I think its related to gecko backout the bug 853356, so the paired gaia patch can't get proper permission name from gecko.

We could wait bug 853356 land again, or backout the paired patch (bug 919927)

cc alfredo for gecko patch status
Depends on: 919927, 853356
Flags: needinfo?(gasolin) → needinfo?(ayang)
(In reply to Fred Lin [:gasolin] from comment #5)
> I think its related to gecko backout the bug 853356, so the paired gaia
> patch can't get proper permission name from gecko.
> 
> We could wait bug 853356 land again, or backout the paired patch (bug 919927)
> 
> cc alfredo for gecko patch status

We should backout the paired gaia patch in that case, as this is a smoketest regression.
Fixed by backing out in https://bugzilla.mozilla.org/show_bug.cgi?id=919927#c9.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Backout failed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
add compatibility code that passed the origin permission string in prompt, so all permissions(except gUM) works as usual, and no need to backout gaia code
Attachment #829036 - Flags: review?(alive)
Assignee: nobody → gasolin
Blocks: 935963
Comment on attachment 829036 [details] [review]
pull request redirect to github

One more thing is that you need to enable the test_geolocation_prompt.py file by removing "expected = fail" from the test's tag in tests/system/manifest.ini and re-committing the change.

You can see in the Travis results it says "unexpected success" which is a good thing, it means your patch has worked :)

After changing the manifest it will just be "pass"
Attachment #829036 - Flags: review-
Zac, Thanks for feedback, removed the test's tag in tests/system/manifest.ini
Flags: needinfo?(ayang)
Blocks: 919927
No longer depends on: 919927
(In reply to Fred Lin [:gasolin] from comment #9)
> Created attachment 829036 [details] [review]
> pull request redirect to github
> 
> add compatibility code that passed the origin permission string in prompt,
> so all permissions(except gUM) works as usual, and no need to backout gaia
> code

This is a smoketest regression - we should always backout first, then reland with the necessary fix.
(In reply to Fred Lin [:gasolin] from comment #11)
> Zac, Thanks for feedback, removed the test's tag in tests/system/manifest.ini

Just noting that in bug 919927 I re-enabled the test due to the unexpected success after backout. I left the tag and comments in there though in case we need to mark the test as failed again after patches re-land.
Fixed by backout in https://bugzilla.mozilla.org/show_bug.cgi?id=919927#c12.
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Blocking+ for smoketest regression
blocking-b2g: 1.3? → 1.3+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: