Closed
Bug 907075
Opened 12 years ago
Closed 12 years ago
[Permission] Dismiss continuous same permission request but dispatch mozContentEvent as well if remember is checked
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(blocking-b2g:koi+)
VERIFIED
FIXED
blocking-b2g | koi+ |
People
(Reporter: alive, Assigned: gasolin)
References
Details
(Whiteboard: [MR 1.2])
Attachments
(1 file)
Use case:
(1) User app requests permission A.
(2) Permission Screen shows.
(3) Before user clicks yes or no, user app requests permission A again for other purpose.
(4) User clicks yes and remember me.
Expected:
Don't show the second dialog but sends the ID to gecko as well.
Note:
This affects v1.2 audio recording feature.
Reporter | ||
Comment 1•12 years ago
|
||
Hi, before doing this I still needs some gecko change to tell me "who is asking permission?" because I cannot cancel another app's request and currently I don't know which app is asking permission.
I think provide manifestURL and pageURL in the permission-request mozChromeEvent is sufficient.
Reporter | ||
Comment 2•12 years ago
|
||
Hmm, due to current permission screen design, this one may not be a trivial change.
I'd like to mentor some new comer to work on refactoring of permission screen. Any way I could also still do this on my own.
Assignee | ||
Updated•12 years ago
|
Assignee: alive → gasolin
Assignee | ||
Comment 3•12 years ago
|
||
per discussion, bug 853356 is the related use scenario
Assignee | ||
Comment 4•12 years ago
|
||
another related bug 898949
Assignee | ||
Comment 5•12 years ago
|
||
@alive, does bug 786203 provide sufficient origin info?
https://hg.mozilla.org/mozilla-central/rev/0b02b848613e
Flags: needinfo?(alive)
Assignee | ||
Comment 6•12 years ago
|
||
will work on bug 913896 first which is a critical path to support gUM
Assignee | ||
Comment 7•12 years ago
|
||
@alive, is this as you expect?
I'd like to write related test case and test on real device if I'm in the right path.
Attachment #801478 -
Flags: feedback?(alive)
Assignee | ||
Comment 8•12 years ago
|
||
Comment on attachment 801478 [details]
pull request redirect to github
Thanks for feedback (in github), I've add testcases for review
Attachment #801478 -
Flags: feedback?(alive) → review?(alive)
Reporter | ||
Comment 9•12 years ago
|
||
Comment on attachment 801478 [details]
pull request redirect to github
r+. Have you tested on the real device sending continuous request?
Attachment #801478 -
Flags: review?(alive) → review+
Assignee | ||
Comment 10•12 years ago
|
||
not test in real device yet.
@alfredo, is there any exist demo case for v1.2 audio recording feature?
Flags: needinfo?(alive) → needinfo?(ayang)
Assignee | ||
Comment 11•12 years ago
|
||
merged in gaia-master https://github.com/mozilla-b2g/gaia/commit/dcc3707403f43da01f6072f1b5e3a144ee4aaf61
would like to solve followup issues(if any) in bug 913896
Comment 12•12 years ago
|
||
Verified through initial gUM test pass using http://mozilla.github.io/qa-testcase-data/webapi/webrtc/multigumaudiocontent.html.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Updated•12 years ago
|
blocking-b2g: koi? → koi+
Comment 13•12 years ago
|
||
Just seen this.
I don't think it needs to use audio recorder, just multiple of gUM calls should be sufficient.
Updated•12 years ago
|
Flags: needinfo?(ayang)
You need to log in
before you can comment on or make changes to this bug.
Description
•