AstroSkipper
Content Type
Profiles
Forums
Events
Everything posted by AstroSkipper
-
Image saving problems were already reported in Mypal 68's issues: https://github.com/Feodor2/Mypal68/issues/273 Personally, I never tried to save images using Mypal 68.13.9b but I will try to do so when I'm back at my desktop computer. I was just saving some JPEG images from Google. No problems here. Anyway! You should provide some links where saving of images doesn't work for you. Then, we can see whether there is a problem or not.
-
More clones have been announced. So, we will see what happens. If so, I will add alternative download links to ensure that the list can be updated in any case.
-
A round of cheering! Thank you! These noop things have been driving me crazy.
-
If I have understood you correctly now, then the logger of uBlock Origin Legacy 1.16.4.3x does not show these noop things because in the these versions (before 1.16.6b1) the function "redirect-rule=" is not implemented and therefore can't be logged but only "redirect=". Right?
-
Update notification! - uBlock Origin Legacy 1.16.4.35 - Special mod by @AstroSkipper I have again updated my special mod uBlock Origin Legacy from version 1.16.4.34 to version 1.16.4.35. As already described, you can install this version over an existing installation of uBlock Origin Legacy (1.16.4.34 and higher). The immediate loading of the updated, internal list of all preselected filter lists (assets.json) can be triggered by the function "Purge all caches" and "Update now". Then reload the dashboard page! I changed the link of an important filter list to get the most recent version. More details can be found in the changelog. in my main article, and of course the download link. Cheers, AstroSkipper
-
Thanks for the hint! New list found! I will release an update of uBlock Origin Legacy as soon as possible.
-
Image saving problems were already reported in Mypal 68's issues: https://github.com/Feodor2/Mypal68/issues/273 Personally, I never tried to save images using Mypal 68.13.9b but I will try to do so when I'm back at my desktop computer.
-
But now it's over. Stop this kind of multiple attacks! You seem to enjoy twisting the words and statements of others as it also can be read from you in other threads, though. There is no rule that I have laid down. Stop spreading such untruths! I am very polite by nature, but I can be different if required. So, first read, then think and maybe then write something would be more advisable!
-
I am constantly helping others here on MSFN, but on topic. Just have a look at my multiple threads if you feel like! So, the imperative you used is inappropriate and irrelevant.
-
No. My comment and the measures I tried to motivate can be performed in Mypal 68 if desired. And if an answer has only been given for a specific country, it should be labelled as such from the outset. But unlike you, I don't constantly talk about things that can't be realised in Mypal 68 anyway.
-
Yep! Multiple readers are using Mypal 68 and would be very pleased if they could read here something about this browser.
-
You'd have to set that setting in the older version as well if you wanted the exact same behavior in that regard. Redirection concept was introduced in version 1.4.0. "uBlock filters – Ads" filter list for instance has more filters using "redirect-rule" rather than "redirect". "redirect-rule" by itself doesn't do anything, it's only effective in combination with another blocking filter, that's the difference between the two. Now, I have checked my version using the uBO logger. In the testing profile where I have installed uBlock Origin Legacy 1.16.4.34 with the same filter lists enabled as in your version 1.16.6b1, I can't identify any entries about noop.txt or noop.js when calling up the Ad Blocker Test site, although the preference ignoreRedirectFilters is definitely set there to false. So, I assume it must have to do something with your recent changes related to the implementation of the "redirect-rule" network filter option https://github.com/UCyborg/uBlock-for-firefox-legacy/commit/02795267a3ecc24b46df2c563ea55d102397af09. Hope this information is useful for you.
-
Actually, it doesn't matter who has started going off-topic. Such discussions are simply misleading for readers of this thread because they might think that Mypal 68 could have such technologies as ECH, which of course is not the case at all. And I don't understand what you actually mean by "the multiple accounts". That also seems to me to be quite incomprehensible and off-topic.
-
This thread is about Mypal 68. I don't understand at all why technologies are being presented here that are aimed at much more modern browsers. To put it simply, I think such comments are off-topic and should be done in a thread related to an appropriate topic.
-
MSFN board is not available in Russia without VPN
AstroSkipper replied to Egorkaru's topic in Site & Forum Issues
And to be on topic again, VPN is an abbreviation for Virtual Private Network. The emphasis is therefore on Private. I don't think I need to say any more at this point. -
MSFN board is not available in Russia without VPN
AstroSkipper replied to Egorkaru's topic in Site & Forum Issues
Sometimes, jokes need to be explained. At such times, i thank Google. Governments should be political organisations but some of them are organisations only, who are nevertheless responsible for their citizens, but their citizens are also responsible for such "governments". -
MSFN board is not available in Russia without VPN
AstroSkipper replied to Egorkaru's topic in Site & Forum Issues
But you're very wrong. Google is nobody's friend. -
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.