This bit me. I store my bookmarks as a file under revision control. I have a "bookmarks.js" file, and which is loaded via a local index.html file. There is some javascript magic for filtering, searching etc.
As of today's upgrade opening file:///home/skx/bookmarks.html no longer loads the JS/data. Breaking the system:
For what it's worth, I'm still able to open and use Doxygen HTML docs without running a web server. Looks like it loads both CSS and JS. So I'm not sure what the changenote actually means.
That makes sense, because so much security nowadays depends on keeping origins separate. It's hard to tell whether any given file:// URL belongs in the same origin as another file:// URL. Better treat each file:// URL as its own origin.
CSS/JS imports in the HTML are ignored. Hyperlinks are links not file loads in the page. It means you can't load e.g. access a file via script (e.g. a JSON file in the directory, directly at least).
if it's the same as chrome the document would be able to load resources trough link and script, only xhr would not work, in case of a simple page statically loaded it should keep working but stuff like phaser.js would not be able to load assets
Currently blocked by Microsoft Defender SmartScreen, probably because the temporary (sub)domains were used as malware domains at some point.
Either way, exposing local files to an internet proxy just to open them in a browser is overkill. Lots of script runtimes come with their own lightweight HTTP servers nowadays. For example, I use Python's with "py -m http.server".
As of today's upgrade opening file:///home/skx/bookmarks.html no longer loads the JS/data. Breaking the system:
https://github.com/skx/bookmarks.public
Adding a local webserver is fine, but it's a complication I'd managed to avoid.
For reference this is the error I get:
> Cross-Origin Request Blocked:
> The Same Origin Policy disallows reading the remote resource at
> file:////home/skx/bookmarks.data.
> (Reason: CORS request not http).