Closed
Bug 785632
Opened 12 years ago
Closed 12 years ago
Remove the permission manager workaround for Gaia
Categories
(Core :: General, defect, P1)
Core
General
Tracking
()
People
(Reporter: mounir, Assigned: mounir)
References
Details
(Whiteboard: [LOE:S] [qa-])
Attachments
(1 file)
1.50 KB,
patch
|
justin.lebar+bug
:
review+
|
Details | Diff | Splinter Review |
This bug is about reverting bug 785631 so bug 777072 is fully working. The idea, as explained in bug 785631 is to allow users/developers to update their profile between the landing of bug 785631 and this one.
Assignee | ||
Updated•12 years ago
|
Whiteboard: [LOE:S]
Updated•12 years ago
|
Whiteboard: [LOE:S] → [LOE:S] [WebAPI:P0]
Assignee | ||
Comment 2•12 years ago
|
||
I think we should have this being WebAPI:P1 because that means any app will have access to permissions from the default app (appId=0). This seems scary unless we are 100% sure that the default app has no permissions at all.
Comment 3•12 years ago
|
||
(In reply to Mounir Lamouri (:mounir) from comment #2) > I think we should have this being WebAPI:P1 because that means any app will > have access to permissions from the default app (appId=0). This seems scary > unless we are 100% sure that the default app has no permissions at all. Done.
Whiteboard: [LOE:S] [WebAPI:P0] → [LOE:S][WebAPI:P1]
Assignee | ||
Comment 4•12 years ago
|
||
Given that this is a bug and not a feature, I will work on that after feature freeze.
Whiteboard: [LOE:S][WebAPI:P1] → [LOE:S][WebAPI:P1][after feature freeze]
Assignee | ||
Comment 5•12 years ago
|
||
I have sent a Gaia pull request to use a newer xulrunner build so the correct permission info will be generated: https://github.com/mozilla-b2g/gaia/pull/5137
Assignee | ||
Comment 6•12 years ago
|
||
I'm working on this earlier than expected because it seems like Etienne was running into bugs with permissions and that might likely be related (given that Gaia had no real per-app permissions). With this patch and the PR, things should be normal.
Whiteboard: [LOE:S][WebAPI:P1][after feature freeze] → [LOE:S][WebAPI:P1]
Assignee | ||
Comment 7•12 years ago
|
||
Attachment #664461 -
Flags: review?(justin.lebar+bug)
Assignee | ||
Comment 8•12 years ago
|
||
FWIW, Gaia pull request has landed, this can safely land now (as long as developers update the gaia repo).
Assignee | ||
Comment 9•12 years ago
|
||
Also, email sent to dev-gaia so they will have their xulrunners updated before this patch lands.
Assignee | ||
Updated•12 years ago
|
Whiteboard: [LOE:S][WebAPI:P1] → [LOE:S][WebAPI:P1][needs review]
Comment 10•12 years ago
|
||
Comment on attachment 664461 [details] [diff] [review] Patch r=incredibly-me.
Attachment #664461 -
Flags: review?(justin.lebar+bug) → review+
Assignee | ||
Comment 11•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/7de3b05cd7d8
Flags: in-testsuite-
Whiteboard: [LOE:S][WebAPI:P1][needs review] → [LOE:S][WebAPI:P1]
Target Milestone: --- → mozilla18
(In reply to Mounir Lamouri (:mounir) from comment #8) > FWIW, Gaia pull request has landed, this can safely land now (as long as > developers update the gaia repo). (In reply to Mounir Lamouri (:mounir) from comment #9) > Also, email sent to dev-gaia so they will have their xulrunners updated > before this patch lands. That was not even 1% of the work needed here. Your pull request even broke gaia, before this patch landed. This patch is going to have to come out again. This time though, we know what's needed to fix it up, since we took the time to test it while inbound was closed. I don't know how many times I need to say this, but while we're all twiddling our fingers waiting on testing on infra, just ASK ME to test locally, instead of breaking a product days before feature freeze.
I think we should be able to reland this tomorrow.
Backed out, sorry https://hg.mozilla.org/integration/mozilla-inbound/rev/90ff76b2032e
Assignee | ||
Updated•12 years ago
|
Assignee: mounir → jones.chris.g
Target Milestone: mozilla18 → ---
I won't take credit for all the work you've done.
Assignee: jones.chris.g → mounir
Assignee | ||
Updated•12 years ago
|
Whiteboard: [LOE:S][WebAPI:P1] → [LOE:S][WebAPI:P1][needs some fixes somewhere to happen]
I had a workaround for preinstalled apps in gaia, but it epically breaks "eng" builds. So need to do this right.
Depends on: 790849
Whiteboard: [LOE:S][WebAPI:P1][needs some fixes somewhere to happen] → [LOE:S][WebAPI:P1]
Assignee | ||
Updated•12 years ago
|
Whiteboard: [LOE:S][WebAPI:P1] → [LOE:S][WebAPI:P1][needs dependency list to be cleared]
Fabrice, how do you feel about adding a build/permissions.js hack to work around the pre-installed DB problem, temporarily?
Comment 18•12 years ago
|
||
Which kind of hack are you thinking about? I have a patch almost ready in bug 787439 to populate the permission db at startup, but I only tested with VARIANT=user builds for now.
Ah, great news! (You don't want to know what hack I had in mind ;) .)
Assignee | ||
Updated•12 years ago
|
Whiteboard: [LOE:S][WebAPI:P1][needs dependency list to be cleared] → [LOE:S][WebAPI:P1][has reviewed patch][needs dependency list to be cleared]
Updated•12 years ago
|
Priority: -- → P1
Whiteboard: [LOE:S][WebAPI:P1][has reviewed patch][needs dependency list to be cleared] → [LOE:S][has reviewed patch][needs dependency list to be cleared]
Assignee | ||
Comment 20•12 years ago
|
||
I got a green light from Fabrice yesterday. Re-landed: https://hg.mozilla.org/integration/mozilla-inbound/rev/a7be3bc10c58
Comment 21•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/a7be3bc10c58
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla19
Comment 22•12 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/e9d90b26e252
status-firefox18:
--- → fixed
status-firefox19:
--- → fixed
Whiteboard: [LOE:S][has reviewed patch][needs dependency list to be cleared] → [LOE:S]
Updated•12 years ago
|
Whiteboard: [LOE:S] → [LOE:S] [qa-]
You need to log in
before you can comment on or make changes to this bug.
Description
•