noscript
noscript copied to clipboard
hackademix
file:/// urls "run" forever
Hi,
Debian stable (10.7) My noscript "settings" page says last updated January 27, 2021, version 11.2. firefox-esr is stock debian. 78.6.1esr-1~deb10u1 (If you're not familiar, debian packages the upstream esr release, without modification I believe, for re-distribution.)
When I open a file, the file content is displayed but the "status indicator" next to the url bar always shows a little ball bouncing left and right.
When I open a directory nothing ever displays and the "status indicator" "spins" forever.
Attached is a zip of 2 files. Both with only the noscript add-on enabled. The *-directory one is an strace of opening "file:///", and then clicking the window's close box. The *-file one is an strace of opening "file:///etc/profile", and then clicking the window's close box.
I am running X windows over the network. Firefox is running on a different box than that to which my display is connected. Hence, there is more latency reaching the display than in a typical setup.
This behavior is new, occurring for the first time in the last few days. I upgraded from firefox 78.6.0esr-1~deb10u1 to 78.6.1esr-1~deb10u1 on 2021-01-08. This might have been when the file:/// urls started breaking, but I'm pretty sure that the breakage is more recent.
Regards, Karl
I haven’t analyzed the trace, but it works for me with 78.7.0esr-1~deb10u1 running on a remote Debian 10.7 (X Server runs on a Debian 9.13), and I have no issues with the local 78.6.1esr-1~deb9u1 either. Maybe you could try updating your Firefox from 78.6.1 to 78.7.0, and see if it resolves the issue. (Not likely, but it’s still worth a try—at the worst, you only get the latest security fixes for Firefox itself. Official Firefox ESR 78.7.0 was released two days ago, and it looks like the Debian package has already been released for Buster.)
On Thu, 28 Jan 2021 19:04:07 +0000 (UTC) J. Tóth Tamás [email protected] wrote:
I haven’t analyzed the trace, but it works for me with 78.7.0esr-1~deb10u1 running on a remote Debian 10.7 (X Server runs on a Debian 9.13), and I have no issues with the local 78.6.1esr-1~deb9u1 either. Maybe you could try updating your Firefox from 78.6.1 to 78.7.0, and see if it resolves the issue. (Not likely, but it’s still worth a try—at the worst, you only get the latest security fixes for Firefox itself. Official Firefox ESR 78.7.0 was released two days ago, and it looks like the Debian package has already been released for Buster.)
Thanks for getting back to me. I'll be slow getting back to you. :-/ Maybe later today.
I'll give 78.7.0 a try.
FWIW, both my X client and server are running Debian 10.7.
I also had the adblock and user agent switcher add-ons installed, but disabled.
Regards,
Karl [email protected] Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
On Thu, 28 Jan 2021 19:04:07 +0000 (UTC) J. Tóth Tamás [email protected] wrote:
I haven’t analyzed the trace, but it works for me with 78.7.0esr-1~deb10u1 running on a remote Debian 10.7 (X Server runs on a Debian 9.13), and I have no issues with the local 78.6.1esr-1~deb9u1 either. Maybe you could try updating your Firefox from 78.6.1 to 78.7.0, and see if it resolves the issue. (Not likely, but it’s still worth a try—at the worst, you only get the latest security fixes for Firefox itself. Official Firefox ESR 78.7.0 was released two days ago, and it looks like the Debian package has already been released for Buster.)
I still see the problem with firefox 78.7.0esr-1~deb10u1.
(Does not seem to matter if I have noscript turned on or off for private windows.)
To be clear: When trying to access a directory the third control from the left, after the back button and forward button, the clockwise arrow, is always an X. But it is a clockwise arrow after accessing a file.
Regards,
Karl [email protected] Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
On Thu, 28 Jan 2021 14:25:09 -0600 "Karl O. Pinc" [email protected] wrote:
To be clear: When trying to access a directory the third control from the left, after the back button and forward button, the clockwise arrow, is always an X. But it is a clockwise arrow after accessing a file.
Bla! The above is wrong. I always have an X in both cases.
Sorry for the confusion.
Regards,
Karl [email protected] Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
I'm not sure if it's the same problem described here, but recently I have started having problems displaying html files in the local filesystem (file:/// urls). Images, CSS and scripts do not load at all. Directory navigation, however, works just fine – I can click on files, folders, etc. It's just html files that load bare bones, without any images or style information.
I have looked at the console, and it is filed with debug information from scripts like DocumentFreezer.js, SyncMessage.js and syncFetchPolicy.js.
About a month or so ago it all worked fine with NoScript, and I haven't changed or installed anything since.
NoScript version: 11.2.4 Firefox version: 88.0 OS and version: Ubuntu 20.04.1
Edit: never mind, I've disabled NoScript and the problem persists. So it's probably the fault of some other extension. But the debug information on console no longer shows when I disable NoScript. it's still strange that NoScript is polluting the console with so many debug information dumps. That is something new and pertaining to NoScript.
I'm not sure if it's the same problem described here, but recently I have started having problems displaying html files in the local filesystem (file:/// urls). Images, CSS and scripts do not load at all. Directory navigation, however, works just fine
Could you provide me with some sample file?
NoScript version: 11.2.4
Does it happen also with latest RC from https://noscript.net/getit#devel?
On a clean browser profile?
Thanks!
FYI.
I am now running firefox-esr 78.10.0esr-1~deb10u1, noscript 11.2.4. I no longer see the original problem. Directories display and files don't "continue to load".
Regards,
Karl @.***> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
Could you provide me with some sample file?
Do you mean a sample of the debug information that NoScript dumps to the console? If so, sure, I could.
Does it happen also with latest RC from https://noscript.net/getit#devel?
Sorry, but the "debug dump to the console" thing does not bother me enough to spend the time to install a development version and create a new browser profile to test it out. According to this Reddit thread, other people have experienced it as well. But my guess is that this has been already been fixed. As far as I'm concerned, feel free to close the issue.
Thanks!