Closed Bug 1161834 Opened 10 years ago Closed 10 years ago

browser.manifest breaks -app application.ini with resource://app/ override

Categories

(Core :: Networking, defect)

Product:
Core
Component:
Networking
Version:
38 Branch
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: WeirdAl, Unassigned)

References

(
URL
)

Details

(Keywords: regression)

firefox -app ~/foo/application.ini resource://app/ is supposed to point to ~/foo/. Instead, bug 1073095 changed that so that resource://app/ points somewhere else. This is deadly for users using Firefox to run a XULRunner application.
[Tracking Requested - why for this release]: resource://app/ is changing away from the application directory for XUL-based apps launched via -app.
tracking-firefox38: --- → ?
tracking-firefox-esr38: --- → ?
Sorry, folks - I had a startup observer which registers resource://gre/browser/chrome.manifest, in order to get tabbrowser support... that registered the offending browser.manifest file. So this is not a Firefox bug, strictly speaking.
Status: NEW → RESOLVED
Closed: 10 years ago
tracking-firefox38: ? → ---
tracking-firefox-esr38: ? → ---
Resolution: --- → INVALID
Out of interest, does resource:/// still point to ~/foo/ ?
(In reply to neil@parkwaycc.co.uk from comment #3) > Out of interest, does resource:/// still point to ~/foo/ ? Yes.
You need to log in before you can comment on or make changes to this bug.