Closed
Bug 763780
Opened 13 years ago
Closed 13 years ago
remove unnecessary application flags from webapp runtime's components.manifest
Categories
(Firefox Graveyard :: Webapp Runtime, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 16
People
(Reporter: myk, Assigned: myk)
Details
(Whiteboard: [qa-])
Attachments
(1 file)
|
2.16 KB,
patch
|
benjamin
:
review+
myk
:
checkin+
|
Details | Diff | Splinter Review |
The webapp runtime's components.manifest file restricts its instructions to the runtime via `application` flags. But those are no longer necessary now that the webapp runtime files have been isolated into their own directory per bug 746156. And the instructions registering most recent component added to the runtime (ContentPermission.js) do not have such flags. None of them should.
Attachment #632078 -
Flags: review?(benjamin)
| Assignee | ||
Comment 1•13 years ago
|
||
Note that this patch will conflict trivially with the fix for bug 752666, currently on inbound.
Comment 2•13 years ago
|
||
(In reply to Myk Melez [:myk] [@mykmelez] from comment #0)
> the webapp runtime files have been isolated into their own directory
> per bug 746156.
Will that allow us to get rid of the equivalent lines in the Firefox/Sync manifests as well? (I never quite understood why those included b2g/mobile, since none of that code gets used in either of those.)
| Assignee | ||
Comment 3•13 years ago
|
||
(In reply to :Gavin Sharp (use gavin@gavinsharp.com for email) from comment #2)
> (In reply to Myk Melez [:myk] [@mykmelez] from comment #0)
> > the webapp runtime files have been isolated into their own directory
> > per bug 746156.
>
> Will that allow us to get rid of the equivalent lines in the Firefox/Sync
> manifests as well?
Sadly, no, those lines remain necessary to prevent the runtime from loading Firefox/Sync components. To make those lines unnecessary, we would have to separate Firefox from the GRE.
> (I never quite understood why those included b2g/mobile,
> since none of that code gets used in either of those.)
Sounds like a mistake that should be fixed.
| Assignee | ||
Updated•13 years ago
|
Priority: -- → P3
Target Milestone: --- → Firefox 16
Updated•13 years ago
|
Attachment #632078 -
Flags: review?(benjamin) → review+
| Assignee | ||
Comment 4•13 years ago
|
||
Comment on attachment 632078 [details] [diff] [review]
patch v1: removes application flags
https://hg.mozilla.org/integration/mozilla-inbound/rev/55f8b9b957c3
Attachment #632078 -
Flags: checkin+
Comment 5•13 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 6•13 years ago
|
||
Myk - Trying to understand if it's worth verifying this bug. How is an end-user affected by this implementation? Where would they see something different? Or is this just an internal code change?
Whiteboard: [qa?]
| Assignee | ||
Comment 7•13 years ago
|
||
This is just an internal code change.
Updated•13 years ago
|
Whiteboard: [qa?] → [qa-]
Updated•13 years ago
|
Flags: in-moztrap-
Updated•13 years ago
|
QA Contact: jsmith
Updated•9 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•