Open Bug 1284986 Opened 8 years ago Updated 2 years ago

JavaScript error: chrome://browser/content/pageinfo/permissions.js, line 224: Error: Callback received for bad URI: [xpconnect wrapped nsIURI @ 0x12cf99d40 (native @ 0x1356f7b08)]

Categories

(Firefox :: Page Info Window, defect, P5)

50 Branch
x86
macOS
defect

Tracking

()

Tracking Status
firefox48 --- unaffected
firefox49 --- affected
firefox50 --- affected
firefox51 --- affected
firefox52 --- affected
firefox57 --- fix-optional

People

(Reporter: kjozwiak, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fxprivacy][OA][tor])

When clicking on "More Information" under the control centre, you'll receive the following error under the browser console: JavaScript error: chrome://browser/content/pageinfo/permissions.js, line 224: Error: Callback received for bad URI: [xpconnect wrapped nsIURI @ 0x1217ba2e0 (native @ 0x135ca8e08)] STR: * launch the latest version of m-c * load https://bitcoin.org/bitcoin.pdf in a new tab and open the browser console * select "More Information" under the control centre
I can reproduce this bug on Windows, OSX and Linux with the following steps 1. Start Firefox 49b or later version 2. Go to "https://www.mozilla.org/en-US/firefox/tracking-protection/start/" 3. Open Browser Console (Ctrl+Shift+J) 4. Select "View Page Info" in context menu 5. Check error in Browser Console Error: Callback received for bad URI: [xpconnect wrapped nsIURI] permissions.js:224:11 onIndexedDBUsageCallback chrome://browser/content/pageinfo/permissions.js:224:11 Regression range: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=ac7cdaeb19675e6897e31531868b19f128950a65&tochange=6cd8c193328d7cdae0686d7e5783351a09c773e6 Bug 1233885 - fix up docInfo and permission manager to use default user context
Dave, mind taking a quick look? The regression range in comment#1 points to work that was done in bug#1233885.
Flags: needinfo?(huseby)
Whiteboard: [tor]
Assignee: nobody → huseby
Flags: needinfo?(huseby)
Blocks: meta_tor
I'll take a look at this.
Status: NEW → ASSIGNED
Priority: -- → P2
Assignee: huseby → nobody
Status: ASSIGNED → NEW
Flagging fxprivacy triage just so that the team sees it. From what I can tell, the Page Info section still works, right Kamil? I'm not sure if this is an OA bug, but tagging it anyway for now.
Whiteboard: [tor] → [tor][fxprivacy][triage][OA]
P5 for now unless we discover it this is breaking something.
Priority: P2 → P5
Whiteboard: [tor][fxprivacy][triage][OA] → [tor][fxprivacy][OA]
(In reply to Tanvi Vyas [:tanvi] from comment #4) > From what I can tell, the Page Info section still works, right Kamil? Yup, that's correct. The Page Info still works even though the browser console is displaying the error. I checked both cases. Viewed the Page Info section using the following access methods: * control centre -> more information (case from comment #0) * right click context menu -> view page info (case from comment#1)
(In reply to Florian Quèze [:florian] [:flo] from comment #6) > The error is at: > http://searchfox.org/mozilla-central/rev/ > c1e745733c84630821ef53754b627f2c0b0b5202/browser/base/content/pageinfo/ > permissions.js#224 > > uri = resource://pdf.js/web/viewer.html > gPermURI = https://bitcoin.org/bitcoin.pdf > > So the problem is at > http://searchfox.org/mozilla-central/rev/ > c1e745733c84630821ef53754b627f2c0b0b5202/browser/base/content/content. > js#1054 where we get a principal for the PDF.js viewer rather than for the > actual document. Florian, do you know if the uri mismatch is because of the origin suffix with the OriginAttributes, or the scheme/host/port themselves are mismatched?
Flags: needinfo?(florian)
(In reply to Tanvi Vyas [:tanvi] from comment #8) > Florian, do you know if the uri mismatch is because of the origin suffix > with the OriginAttributes, or the scheme/host/port themselves are mismatched? Between resource://pdf.js/web/viewer.html and https://bitcoin.org/bitcoin.pdf the whole URL is different.
Flags: needinfo?(florian)
(In reply to Florian Quèze [:florian] [:flo] from comment #9) > (In reply to Tanvi Vyas [:tanvi] from comment #8) > > > Florian, do you know if the uri mismatch is because of the origin suffix > > with the OriginAttributes, or the scheme/host/port themselves are mismatched? > > Between resource://pdf.js/web/viewer.html and > https://bitcoin.org/bitcoin.pdf the whole URL is different. Okay, then removing the Origin Attribute white board flags. If this does end up being an Origin Attributes bug, please let us know. Thanks!
Whiteboard: [tor][fxprivacy][OA] → [fxprivacy]
(In reply to Tanvi Vyas [:tanvi] from comment #10) > (In reply to Florian Quèze [:florian] [:flo] from comment #9) > > (In reply to Tanvi Vyas [:tanvi] from comment #8) > > > > > Florian, do you know if the uri mismatch is because of the origin suffix > > > with the OriginAttributes, or the scheme/host/port themselves are mismatched? > > > > Between resource://pdf.js/web/viewer.html and > > https://bitcoin.org/bitcoin.pdf the whole URL is different. > > Okay, then removing the Origin Attribute white board flags. If this does > end up being an Origin Attributes bug, please let us know. Thanks! Well, it's still a regression caused by bug 1233885, as before that patch the permissions tab of the Page Info window didn't look at the principal's URI.
Blocks: 1233885
Do you think we should use docInfo.principal = document.nodePrincipal to get the OriginAttributes. And then create a codebase principal from URI with the originAttributes from document.nodePrincipal?
Whiteboard: [fxprivacy] → [fxprivacy][OA][tor]
See Also: → 1333532
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.