AstroSkipper
Content Type
Profiles
Forums
Events
Everything posted by AstroSkipper
-
MSFN board is not available in Russia without VPN
AstroSkipper replied to Egorkaru's topic in Site & Forum Issues
AFAIK, government-approved VPNs are allowed. "Goverment"-approved VPNs are no VPNs in that country. ? NotHereToPlayGames is either using a government-sanctioned VPN, is a scofflaw, or is not posting from Russia. Struggle to see how this is relevant to the thread, explain? You misquoted Saxon. The quoted statement Using VPN is illegal in Russia, let me ask you, what are you doing here in the first place? According to the Russian laws, you're here illegally and you will be prosecuted. was not addressed to @NotHereToPlayGames, but to someone else. See my quote! And TBH, something like this shouldn't really happen. And certainly not to a native speaker if you are one. -
When I talk about data protection and internet security, it's always about privacy. I belong to neither the one nor the other school you mentioned. And people who spread all sorts of ill-considered stuff on the Internet or are willing to give away unlimited data can't be helped anyway.
-
Agreed as far as other countries. I was answering an enquiry from a fellow USA member I just wanted to counter the impression I've gained here in the last few pages that you can't really do anything for your own internet safety.
-
That depends on which country you live in and how data protection is organised there. Your statement certainly applies to the USA, but not to Germany, for example. Here is a link to a provider with no-logging policy that I would trust and whose server can be used even as a normal DNS resolver: Freifunk München I would use this service if I didn't trust my local provider. But in my country, data protection is a valuable asset. So I just use my local provider with own DNS resolver. But I could increase safety considerably if I wanted to. All inside my country. And if I were also to use one of my paid VPN services with a no log strategy outside my country, then ...
-
Thank you for this deeper insight! I have never dealt with this before and was initially a little confused about these noop files.
-
When these empty files noop.txt and noop.js are returned, will they be stored locally on the computer? Where are they generated at all? And what exactly means local in this context? Local file on the server, local file on the client/computer? In any case, I couldn't find such files. TBH, this all is a bit confusing. I found, for example, this redirect rule in the filter list uBlock filters – Unbreak: ||cloudflare.com/cdn-cgi/trace$xhr,3p,redirect-rule=noop.txt,domain=~funimation.com|~1bit.space|~1bitspace.com Looking at the code, it seems that the file noop.txt will be created by uBO locally on the computer. Right? Is it only generated for milliseconds and then immediately deleted again? That would at least explain why I couldn't find it. Anyway! I would like to understand this redirection mechanism in more detail.
-
@UCyborg I know you have implemented the "redirect-rule" directive in your new release. But if one wants to make your version 1.16.6b1 not perform such redirections, the entry ignoreRedirectFilters can be set from false to true in the advanced settings. Then your version 1.16.6b1 will behave like version 1.16.4.30 up to 1.16.4.34 again although this entry has the default value false in these versions which I never had to or intended to change. But when doing so, these strange noop.txt and noop.js entries are no longer in the logger. The network filter @@*$redirect-rule was only introduced in version 1.22 and therefore cannot be used. Although I understand the idea of such redirections, especially to prevent breakage of websites when blocking certain content, these entries in the logger do personally bother me if I am honest.
-
When these empty files noop.txt and noop.js are returned, will they be stored locally on the computer? Where are they generated at all? And what exactly means local in this context? Local file on the server, local file on the client/computer? In any case, I couldn't find such files. TBH, this all is a bit confusing.
-
When using my updated, fixed release uBlock Origin Legacy 1.16.4.34, then there are no network connection errors anymore. Have a look at my release!
-
The filter list of version 3.6.3.2 still works on www.nytimes.com. Just tested. The last version Paywall Pass 0.0.3.1 does not work (anymore? I can't judge it ) on www.nytimes.com, unfortunately. Just tested. And TBH, this extension has not been updated since 2015. Any kind of such technology is subject to a game of cat and mouse. The one who is more up-to-date is ahead for a short time. But thanks for pointing to this extension anyway!
-
Thanks for clarification! And indeed the entries generated by the logger of your version were strange and led to a slight confusion for me.
-
Thanks for that! Such files are worth to backup and prevent them from disappearing.
-
Please re-download the file uBlock-Origin-Legacy-1.16.4.34-special-mod-by-@AstroSkipper.xpi if you have already downloaded it and have fun! After installing, click the button "Purge all caches" if installing over the previously downloaded version 1.16.4.34! Cheers, AstroSkipper
-
That was totally clear to me and I didn't expect anything else. But the list can still be useful for a while.
-
I have just copied my previously downloaded list from my installation with the version number 3.6.3.2. Therefore, this last version can't disappear.
-
Yep! This user has been blocked. Thanks for pointing to this issue! If this list doesn't appear anymore elsewhere, then I will have to remove this list from my release again, for better or worse.
-
Glad it works. I hadn't any problems when updating this filter list, though. When I am back at my Windows XP computer. I will have a look at this.
-
Hello @Felipefpl! Do once again a clean install! That means you have to manually delete the file ublock0.sqlite inside your profile subfolder extension-data. But don't forget to backup your settings and rules first! BTW, I tested updating from version 1.16.4.33 to version 1.16.4.34 and didn't notice any problems when doing this with the alternative method.
-
Hello @UCyborg! I have just tested your new release uBlock Origin 1.16.6b1 by using the ad block testing site https://test.adminforge.de/adblock.html. While my release uBlock Origin Legacy 1.16.4.34 blocked all ads with a score of 100%, your version wasn't able to do this and got a score of only 84%. The comparison was done using the same filter lists and same own filters in both versions. I was checking the performance of both releases with the uBO logger to see what's going on and noticed entries about noop.txt and noop.js in the log generated by your release which I didn't get when using my release. As far as I know, noop stands for no operation. One consequence of this is that some of my own filter rules under the tab "My rules" are simply ignored when using your release. Any ideas what your release is doing on this ad block testing site? Here is a screenshot testing uBlock Origin Legacy 1.16.4.34 in New Moon 28: And here is a screenshot testing uBlock Origin 1.16.6b in New Moon 28: Cheers, AstroSkipper
-
Update notification! - uBlock Origin Legacy 1.16.4.34 - Special mod by @AstroSkipper I have again updated my special mod uBlock Origin Legacy from version 1.16.4.33 to version 1.16.4.34. Starting with this version, installing over an existing installation of uBlock Origin Legacy (1.16.4.34 and higher) is completely working again. The immediate loading of the updated, internal list of all preselected filter lists (assets.json) can be triggered by the function "Purge all caches" or "Update now". From now on, the user will get the internal list of all preselected filter lists (assets.json) automatically. And I added new filter lists to different groups. More details can be found in the changelog in my main article, and of course the download link. The update to version 1.16.4.34 should be done as already described, but this time for the very last time. The easiest way is the alternative method: Backup all your settings using the "Back up to file" button on the page "Settings". Install the new version of uBlock Origin Legacy over the existing one. Reset your installation using the "Reset to default settings" button on the page "Settings". Restore all settings from your backup file. Cheers, AstroSkipper
-
I do know that CSS styling can also be done inside a JavaScript file. But separating the CSS code in a css file is the usual way when loading files from the chrome folder. Doing so the different CSS styles can be easily enabled or disabled and therefore managed by the userchrome.css file regardless of the script files.
-
You're welcome! This is what I understand by the term autoconfiguration: https://support.mozilla.org/en-US/kb/customizing-firefox-using-autoconfig My package MYPAL_68_CB_requirements.7z contains configuration files as the prerequisite for loading script and css files. Although these files are loaded automatically when starting the browser, the creators of these configuration files do not use the term autoconfiguration at this point. This is merely a question of defining the term.
-
First of all, I think it's right and good that someone other than myself is also working on the great and very important extension uBlock Origin Legacy and developing it further. Since nothing has happened for years, I see my efforts here in relation to uBlock Origin Legacy as a kind of initial spark to maintain this extension again and bring it up to date. Based on the way a well-known American moron speaks I would say: "Make uBlock Origin Legacy great again!" @UCyborg has started a promising project on GitHub. I already had a look at it. An indirect collaboration has already taken place, as he has used my internal list of all standard filter lists, i.e. the assets.json file, as the basis for his one. But I cannot and will not comment on direct collaboration at this point. In any case, I will continue to maintain my version here for a while. The next version is coming up very soon. This means that the user now has the option of choosing their preferred version. As I have already said between the lines, a wider range of products generally stimulates "business". Cheers, AstroSkipper
-
My Browser Builds (Part 5)
AstroSkipper replied to roytam1's topic in Browsers working on Older NT-Family OSes
As far as I know, Serpent 52 gets more patches from the UXP branch than Serpent 55. The reason for that is not all of these patches can be applied to Serpent 55. Therefore, Serpent 52 is a bit more up-to-date. But @roytam1 and @VistaLover can tell more about that. And if I remember correctly, they already did that in @roytam1's browser threads in the past. -
No, I do not use the property window.status. The script code for creating such a status bar has not grown out of my own hands, though. I simply took over an old script which is still working in Mypal 68. TBH, there are a couple of scripts but most of them are not compatible with Mypal 68. My part was finding working code. And that wasn't so easy due to the age of Firefox 68. Many scripts targeting this Firefox version have been lost or replaced by newer ones. However, I modified the css file for exact placing the status panel onto the status bar by myself. And the css file I am using is much more modified and exactly adapted to my browser, in which I also made changes to the interface font. This file is therefore useless for other users.