Closed Bug 1818604 Opened 2 years ago Closed 2 years ago

Layout Debugger often triggers "LoadURI must have a triggering principal" when loading local file

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

RESOLVED FIXED
113 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox111 --- unaffected
firefox112 --- wontfix
firefox113 --- fixed

People

(Reporter: alaskanemily, Assigned: Gijs)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

This seems to only happen with local files, and sometimes does not happen after loading the file in the main browser first.

Would be good to know where this regressed, or a stack? At a glance we always pass a triggering principal: https://searchfox.org/mozilla-central/rev/f7edb0b474a1a922f3285107620e802c6e19914d/layout/tools/layout-debug/ui/content/layoutdebug.js#485-492

I couldn't repro this fwiw, either by running ./mach run -layoutdebug /path/to/file.html, nor pasting the file URI directly on the URL bar...

Flags: needinfo?(emcdonough)
Severity: -- → S3
Priority: -- → P3
QA Whiteboard: [qa-regression-triage]

(In reply to Emilio Cobos Álvarez (:emilio) from comment #1)

Would be good to know where this regressed, or a stack? At a glance we always pass a triggering principal: https://searchfox.org/mozilla-central/rev/f7edb0b474a1a922f3285107620e802c6e19914d/layout/tools/layout-debug/ui/content/layoutdebug.js#485-492

I couldn't repro this fwiw, either by running ./mach run -layoutdebug /path/to/file.html, nor pasting the file URI directly on the URL bar...

I think I figured something out: It only happens when using the "open file" dialog in the layout debugger. Pasting in a URL works.

would you please provide the exact steps to reproduce? If I can constantly reproduce it, I'll attempt to provide a regression range.
Also, which operating system are you using and which exact version reproduced the issue in your case?
Thank you for your contribution!

Just to reiterate, it only occurs if you use the "open file" dialog (as in, control + O and choose a file). Entering a URL into the address bar or passing it on the command line doesn't cause any problems.

I managed to narrow it down to the range of bd736c46b91b49eafad19d00a67f98a8bf529361 to 1fe10fe2909d06436587af06dd9b0f5ecf31e14a so it looks like this started with bug 1810141

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=bd736c46b91b49eafad19d00a67f98a8bf529361&tochange=1fe10fe2909d06436587af06dd9b0f5ecf31e14a

Flags: needinfo?(emcdonough)
Keywords: regression
Regressed by: 1810141

Set release status flags based on info from the regressing bug 1810141

:Gijs, since you are the author of the regressor, bug 1810141, could you take a look?

For more information, please visit auto_nag documentation.

Flags: needinfo?(gijskruitbosch+bugs)
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Flags: needinfo?(gijskruitbosch+bugs)

Aside: Wow, the layout debugger's process switching is... not very sophisticated and crashes a lot, aside from this issue. :-(

(e.g.: load a https URI, then load a local file, then hit the back button)

Anyway, sorry for breaking this without realizing. :-(

Pushed by gijskruitbosch@gmail.com: https://hg.mozilla.org/integration/autoland/rev/ba81b338492a unbreak loading files using 'open file' in the layout debugger, r=emilio
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 113 Branch

The patch landed in nightly and beta is affected.
:Gijs, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox112 to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(gijskruitbosch+bugs)

We're in RC week so uplifting to release doesn't seem reasonable at this point.

Flags: needinfo?(gijskruitbosch+bugs)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: