Closed Bug 1247402 Opened 10 years ago Closed 9 years ago

NS_ERROR_MALFORMED_URI with custom about pages in e10s

Categories

(Firefox :: Extension Compatibility, defect)

46 Branch
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s + ---

People

(Reporter: pmheil, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:45.0) Gecko/20100101 Firefox/45.0 Build ID: 20160208194709 Steps to reproduce: Install test case extension Click toolbar icon to open demo tab (pinned) Actual results: Pinned tab produces "The address isn't valid" error page with this error in console. NS_ERROR_MALFORMED_URI: Component returned failure code: 0x804b000a (NS_ERROR_MALFORMED_URI) [nsIWebNavigation.loadURIWithOptions] browser-child.js:293:0 Expected results: The tab should have opened and loaded the content "resource://AboutURLBug-at-testcase-dot-com/data/unicorn.html" Notes: Reloading doesn't appear to do anything, but activating the address bar and hitting enter will generate the error again. By manually typing "about:unicorn" the page will load correctly. For some reason the testcase is not "working" exactly the same in 45, so I marked as 46 since it's showing the error without an additional error.
I see the situation in 47.0a1 (2016-02-10). isPinned is not a necessary condition. Works fine if changed as url: "about:config", in index.js. Works fine for e10s off.
Status: UNCONFIRMED → NEW
tracking-e10s: --- → ?
Component: Untriaged → Extension Compatibility
Ever confirmed: true
Keywords: testcase
Blocks: e10s-addons
FWIW this is the same as bug 1215793. The about: handler is only registered in the chrome process, but because of the URI_CAN_LOAD_IN_CHILD flag, it tries to load it in the child process and fails because it's not registered there. Simplest solution on the add-on side is to also register it in the child process as explained in bug 1215793 comment 7. Leaving it open though because I don't know how much SDK-related that actually is, so I can't tell if this fix should be on the add-on side or in the SDK itself.
there is an e10s friendly solution - listed in comment 2 if the add-on wants to adopt it
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: