Saving whole web pages broken on "Safest" security setting on Tor Browser 9.0

When saving pages using the "Save page as" dialog, the download fails immediately after starting and is displayed as "failed" in the download panel. The page still seems to be saved correctly. So far, I've only tested 9.0 (based on Mozilla Firefox 68.2.0esr) (64-bit) on Windows 10.

Trac:
Username: 7TR0Or

added GeorgKoppen201910 component::applications/tor browser noscript owner::tbb-team priority::medium reporter::7TR0Or severity::normal status::new tbb-9.0-issues tbb-regression type::defect labels

So, that's a particular issue on the "Safest" level and the other levels are not showing the bug?

Trac:
Status: new to needs_information
Keywords: downloads deleted, tbb-9.0-issues added

I just tested each slider setting (Win7 here) by saving the TZP page. On standard and safer, everything is successful. Files download, the download indicator finishes and shows success, files are intact and properly named, and the now local files load and run just fine.

On Safest, the download fails, indicator has a yellow dot on it. The downloaded files are not all there etc, the failure also stops at some point where temp file names are used. Loading the local files will fail miserably.

Edit: nothing in the console, except 47 errors for (not sure if that's specific to TZP)

Content Security Policy: The page’s settings blocked the loading of a resource at inline (“script-src”). 49 TorZillaPrint.html

---

On Safest I loaded https://www.example.com/ and saved without issues, so I guess it depends on the content

Example.com is the first site I encountered where downloading works correctly on safest. It's also the first page I tested where no additional _files folder was created. Maybe the error is related to that.

Trac:
Username: 7TR0Or

Seen on a Linux box, too.

Trac:
Keywords: N/A deleted, tbb-9.0.1-can added
Status: needs_information to new

Trac:
Keywords: N/A deleted, tbb-regression added

Okay, let's track that one down.

Trac:
Keywords: N/A deleted, GeorgKoppen201910 added

The problem does not exist if you disable NoScript, so I guess we better call in ma1

Replying to Thorin:

The problem does not exist if you disable NoScript, so I guess we better call in ma1

Yeah, I can see this happening with a clean vanilla Firefox 68 ESR and NoScript installed. If I configure NoScript the same way as we do in the Safest settings I hit the bug in Firefox, too.

So, it seems to be a NoScript issue then. ma1: what do you think?

Trac:
Cc: N/A to ma1
Keywords: N/A deleted, noscript added

Replying to gk:

So, it seems to be a NoScript issue then. ma1: what do you think?

Not NoScript specific, affecting any content blocker: https://bugzilla.mozilla.org/show_bug.cgi?id=1445211

(notice that you can, indeed, complete the download by hitting the retry button in the download manager popup).

Replying to ma1:

Replying to gk:

So, it seems to be a NoScript issue then. ma1: what do you think?

Not NoScript specific, affecting any content blocker: https://bugzilla.mozilla.org/show_bug.cgi?id=1445211

(notice that you can, indeed, complete the download by hitting the retry button in the download manager popup).

https://bugzilla.mozilla.org/show_bug.cgi?id=1445211#c23

Specifically, this is a Firefox bug.

Batch move tbb-9.0-issues to tbb-9.5-issues

Trac:
Keywords: tbb-9.0-issues deleted, tbb-9.5-issues added

We can't fix these issues in version 9.0.1.

Trac:
Keywords: tbb-9.0.1-can deleted, N/A added

Trac:
Keywords: tbb-9.5-issues deleted, tbb-9.0-issues added

moved to tpo/applications/tor-browser#32225