I think I figured it out. The post contained two instances of a string containing the characters less-than hyphen hyphen greater-than to represent a network connection. When I replaced those strings with entity references < and >for the less-than and greater-than it went through.
@jhg-goow what version of firefox you running? I was seeing this for bit, but haven't in a while - but recently updated to 108.0.1 not sure if lines up with the update to .1 that haven't seen it since or not.. But yeah I for sure ran into that oddness.
I'm on 108.0.1 as well. It seems to be timeout related on some level... it only happens on tabs that have been open several hours.
The original thread referenced here is locked so I thought I would post a slight improvement to the original method described of copying the update script manually and creating a cronjob. No need to log in with SSH, just create a cron job with this exact command line which runs as root:
Why do the copy every time in the cron job ? Simple - if you manually copy the script one time and ever change the blacklist download URL in the future, the cron job will keep using the original URL at the time you copied the script as it is embedded in the script...this would lead to confusing and unexpected results given that the Download button would use the new URL.
Running the script directly from /tmp is not an option either, because the script is only created in /tmp when the manual blacklist download button is pressed and is gone again if you ever reboot the device, so automatic updating would stop working after a reboot until you pressed the manual download button because the script would be missing.
Attempting to copy the file every time is simple and is the best of both worlds - if the URL was updated, as long as you pressed the manual download button at least once before the next scheduled auto update and also did not reboot the device before that scheduled auto update, the file would be copied and automatic updates would work from then on with that URL even after reboots. (The file copy fails silently in the after-reboot but before manual download scenario but the previous copy is still there in /usr/local/bin)
The link works just fine. Most of use know how to Ctrl-C Ctrl-V ;)
What is the question ?
That list is a proposition, known when the author of pfB created it.
Most of the feeds are hosted by people like you and me at their own web servers.
Some new one might exist, some are gone, some could be down.
Also : be careful : feeds could contain any IP or any host name. Also the ones you want it to contain. Keep on checking the logs (alert log) when you activate a new feed.