Site-Specific JS Disable Topic is solved

For support with specific websites

Moderator: trava90

Forum rules
Please always mention the name/domain of the website in question in your topic title.
Please one website per topic thread (to help keep things organized). While behavior on different sites might at first glance seem similar, they are not necessarily caused by the same.

Please try to include any relevant output from the Toolkit Error Console or the Developer Tools Web Console using the following procedure:
  1. Clear any current output
  2. Navigate or refresh the page in question
  3. Copy and paste Errors or seemingly relevant Warnings into a single [ code ] block.
User avatar
noellarkin
Moonbather
Moonbather
Posts: 50
Joined: 2021-07-27, 04:20

Site-Specific JS Disable

Unread post by noellarkin » 2023-01-02, 07:24

I really like Pale Moon's site specific User Agent override, it has helped me with sites that were denying me access based on UA. Could something similar be made for site-specific disabling of javascript? Some sites I use, like Medium, don't work in Pale Moon anymore, but are atleast readable when I disable JS. I'm wondering if having an about:config based site-specific JS disable would be a good idea...?

Potkeny
Fanatic
Fanatic
Posts: 132
Joined: 2018-08-03, 17:00

Re: Site-Specific JS Disable

Unread post by Potkeny » 2023-01-02, 08:11

I dont know if its up-to-date enough, but sounds like https://addons.palemoon.org/addon/javascriptblock/ is something like that?

User avatar
noellarkin
Moonbather
Moonbather
Posts: 50
Joined: 2021-07-27, 04:20

Re: Site-Specific JS Disable

Unread post by noellarkin » 2023-01-02, 08:16

Thanks! I've been using an older extension "Block Content 0.3" for global JS block, I'll look into ScriptBlock!

User avatar
noellarkin
Moonbather
Moonbather
Posts: 50
Joined: 2021-07-27, 04:20

Re: Site-Specific JS Disable

Unread post by noellarkin » 2023-01-02, 08:21

Okay so I just tried out ScriptBlock, and while it gets the job done, things like RegExp/WildCards don't work - - so, if I blacklist https://medium.com, it only works for that site and not for its subdomains (for example: https://sdfsdf.medium.com - - as most of the URLs in medium are subdomains).
Something that blacklists based on the root domain would probably be more appropriate for blocking, or something that can use an input such as "*.medium.com". The content blocking add on I'm using right now (Block Content 0.3) does have the wildcard/regexp feature but it's somewhat unwieldy.

Blacklab
Board Warrior
Board Warrior
Posts: 1080
Joined: 2012-06-08, 12:14

Re: Site-Specific JS Disable

Unread post by Blacklab » 2023-01-02, 11:04

Cough, cough. :) I am well aware NoScript is not an 'approved' extension for Pale Moon. A forum search will bring up many previous threads and posts on the subject... e.g. Moonchild's explanation here: viewtopic.php?f=46&t=28266&p=227681#p227677.
However, having successfully used NoScript for over 10 years I find it no problem to live with at all. I like it a lot. In fact it has become second nature, the way I use the web. Block all JS first, then only allow JS to run as and when required.
IMHO most websites load faster and work faster and better without all the hideous surplus JS (mostly Ads, trackers, social media, and other unwanted c***?) slowing everything down! :D

I fully appreciate Moonchild's point-of-view that NoScript is almost guaranteed to cause problems for the novice or casual user who installs it and then cries for help on Pale Moon's forum wondering why virtually every website is now not working or not even opening as it did when all JS was being allowed to load unhindered. Er... 'Duh'... that is rather the point of using as JS blocker surely?
If you are talking about and/or wanting a configurable JS blocker for all sites... and are happy to accept that virtually every website visited will be broken... and require you to 'tweak' NoScript for each site... then I would recommend trying NoScript.

However, if you want all websites to 'just work' and 'open instantly'... then NoScript is very definitely NOT for you! Please AVOID!

NoScript still offers a legacy build (scroll down to bottom of builds page), very sadly no longer updated by long-time developer Giorgio Maone, that can be installed in Pale Moon after accepting the 'Not Recommended, NoScript is known to cause issues' warning notice that will appear whilst installing.
Again, a forum search will bring up discussions on the subject of Pale Moon's advisory blocklist and how it works.

PS. The 'Advanced Mode' of uBlock Origin can achieve very much the same... and one day I will learn how to use it! :coffee:
Last edited by Blacklab on 2023-01-02, 12:12, edited 1 time in total.

User avatar
Moonchild
Pale Moon guru
Pale Moon guru
Posts: 35602
Joined: 2011-08-28, 17:27
Location: Motala, SE
Contact:

Re: Site-Specific JS Disable

Unread post by Moonchild » 2023-01-02, 12:12

Blacklab wrote:
2023-01-02, 11:04
I fully appreciate Moonchild's point-of-view that NoScript is almost guaranteed to cause problems for the novice or casual user
While it is the most obvious problem, that's only part of the issue. The other part is that it can actually cause application crashes and the NoScript dev never really addressed that as far as i know. There is something really odd it does that not only breaks websites but actually the application -- I've seen it happen first-hand when I tried it. This is why it's been permanently placed on the "you should be warned" list.
"Sometimes, the best way to get what you want is to be a good person." -- Louis Rossmann
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite

User avatar
gepus
Keeps coming back
Keeps coming back
Posts: 943
Joined: 2017-12-14, 12:59

Re: Site-Specific JS Disable

Unread post by gepus » 2023-01-02, 13:38

Blacklab wrote:
2023-01-02, 11:04
IMHO most websites load faster and work faster and better without all the hideous surplus JS (mostly Ads, trackers, social media, and other unwanted c***?) slowing everything down! :D
I'd replace the word "most" with "all". :D
If necessary, it only takes a click to enable/disable JS globally. It's what I'm doing for more than a decade.
Of course, my method isn't convenient for everyone. It mainly depends on what sites one is consuming on a regularly basis.

As mentioned blocking/allowing JS selective per site basis, uBlock Origin can do it as well and it is easy to learn how. :)

vannilla
Moon Magic practitioner
Moon Magic practitioner
Posts: 2193
Joined: 2018-05-05, 13:29

Re: Site-Specific JS Disable

Unread post by vannilla » 2023-01-02, 15:54

You can do this with eMatrix: navigate to the website, open the popup and make the whole "Script" column red.
That will disable all scripts for the domain you are visiting; wildcards are supported but using them requires a more advanced configuration.
However please note that like NoScript, the out-of-the-box eMatrix configuration is to block everything but first-party cookies and scripts, so a large number of websites will stop working until you manually configure the extension to allow the stuff to make things work.

User avatar
frostknight
Fanatic
Fanatic
Posts: 191
Joined: 2022-08-10, 02:25

Re: Site-Specific JS Disable

Unread post by frostknight » 2023-01-12, 02:07

Blacklab wrote:
2023-01-02, 11:04
by Blacklab » Jan 2nd, '23, 06:04
Cough, cough. :) I am well aware NoScript is not an 'approved' extension for Pale Moon.
Its also beyond old and hasn't been updated in an extremely long time. It would be nice if someone could make something like that from scratch and make it efficient like ublock origin is to adblock plus.

If someone would do this, in a way that is very user friendly, I wonder if Moonchild would still object the same way.

Not really sure, but it would be nice, given that ublock origin is in a weird state, like limbo and ematrix is more difficult.

I felt the need to correct, because bad is inaccurate.

That being said, I am glad ematrix is not dead.

Athough, I dunno if there any addons from the archive that could be forked for such a purpose.

Nor do I know, anything else... meh... oh well. But yeah, still wondered.
If it isn't broken, don't fix, unless you are a corporation, because that's the only way you can make money to the point where you can dominate the world in a megalomaniac sociopathic way that no one really wants that also heavily destroys the environment via data collection and wasting water

SMH...

If you believe Jesus is your savior, don't support any fascists, otherwise you are deceiving yourself.

I however, do believe in him. Don't let your pride blind you, lest you wish to be greatly humbled unexpectedly, as this will hurt on an agonizing scale

vannilla
Moon Magic practitioner
Moon Magic practitioner
Posts: 2193
Joined: 2018-05-05, 13:29

Re: Site-Specific JS Disable

Unread post by vannilla » 2023-01-12, 08:53

frostknight wrote:
2023-01-12, 02:07
I wonder if Moonchild would still object the same way.
Off-topic:
The problem with NoScript isn't what it does or even its UI, but rather that it breaks the browser and this breakage persists even after uninstalling the extension.

User avatar
therube
Board Warrior
Board Warrior
Posts: 1651
Joined: 2018-06-08, 17:02

Re: Site-Specific JS Disable

Unread post by therube » 2023-01-12, 16:34

Off-topic:
this breakage persists even after uninstalling the extension
How?
If you remove the extension, it's gone.
Any prefs in about:preferences are of the noscript.* ilk (& capability.policy.maonoscript.sites).
(Which "mozilla" knows nothing of. Nor could I imagine any other extension would piggy-back onto?)
AFAIK, it does not set/change any "mozilla" prefs.
So how?

User avatar
Moonchild
Pale Moon guru
Pale Moon guru
Posts: 35602
Joined: 2011-08-28, 17:27
Location: Motala, SE
Contact:

Re: Site-Specific JS Disable

Unread post by Moonchild » 2023-01-12, 18:49

Off-topic:
therube wrote:
2023-01-12, 16:34
So how?
The main issue was that people would still run into trouble while just having it installed, even if disabled from within the extension. Uninstalling was the only remedy, and even then some people had intermittent profile corruption (possibly due to its behavior causing instability and crashes) in which case only a new profile would fully clear it. If it wasn't for the massive screeching of users of it, I would have kept it on the level 3 block for being damaging to the browser.
"Sometimes, the best way to get what you want is to be a good person." -- Louis Rossmann
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite

User avatar
Kris_88
Keeps coming back
Keeps coming back
Posts: 938
Joined: 2021-01-26, 11:18

Re: Site-Specific JS Disable

Unread post by Kris_88 » 2023-01-12, 20:40

It is not entirely clear what is meant by site-specific blocking.
The page may have inline scripts, scripts loaded from the same domain, scripts loaded from subdomains and scripts loaded from other domains. What scripts of the above need to be blocked?

User avatar
Moonchild
Pale Moon guru
Pale Moon guru
Posts: 35602
Joined: 2011-08-28, 17:27
Location: Motala, SE
Contact:

Re: Site-Specific JS Disable

Unread post by Moonchild » 2023-01-12, 21:54

I think the answer would be "all of them if possible" :P but I'll let the OP clarify.
"Sometimes, the best way to get what you want is to be a good person." -- Louis Rossmann
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite

User avatar
Kris_88
Keeps coming back
Keeps coming back
Posts: 938
Joined: 2021-01-26, 11:18

Re: Site-Specific JS Disable

Unread post by Kris_88 » 2023-01-14, 02:34

The "permissions.manager.defaultsUrl" preference still works. And the "script" permission works too.
Generally, per-host "script" permissions can be set in a text file.
Although this is not very convenient, but no add-ons are required.

Weasel
Apollo supporter
Apollo supporter
Posts: 35
Joined: 2016-10-10, 15:59

Re: Site-Specific JS Disable

Unread post by Weasel » 2023-01-16, 04:04

As someone who stuck with NoScript for ages, and has used it despite all the problems it caused, I'm just going to say that I'm glad I ditched it for nMatrix (or is it eMatrix? I never figured this one out).

It's just better in every way. Not even harder to use, now that I got used to it. In fact, it's easier to use, it's also more compact UI, and a lot more powerful, but you can use it just for blocking scripts if you want.

Sure, in hindsight, it looks different than for someone "making the change". But you have to do it at some point, because NoScript is dead anyway (for PaleMoon, that is, it's not being updated). Might as well do it now. The faster you get used to eMatrix, the better.

User avatar
moonbat
Knows the dark side
Knows the dark side
Posts: 4980
Joined: 2015-12-09, 15:45
Contact:

Re: Site-Specific JS Disable

Unread post by moonbat » 2023-01-16, 05:25

Weasel wrote:
2023-01-16, 04:04
nMatrix (or is it eMatrix?
The latter.
"One hosts to look them up, one DNS to find them and in the darkness BIND them."

Image
Linux Mint 21 Xfce x64 on HP i5-5200 laptop, 12 GB RAM.
AutoPageColor|PermissionsPlus|PMPlayer|Pure URL|RecordRewind|TextFX

User avatar
noellarkin
Moonbather
Moonbather
Posts: 50
Joined: 2021-07-27, 04:20

Re: Site-Specific JS Disable

Unread post by noellarkin » 2023-01-16, 11:01

Just wanted to post an update: I've been using ηMatrix for a week now, and it's perfect for the site specific asset blocking I needed.

Locked