VistaLover
Content Type
Profiles
Forums
Events
Posts posted by VistaLover
-
-
1 hour ago, AstroSkipper said:
Do you think this filter list is worth to be added to the default lists of uBlock Origin?
Thanks for asking about my opinion
but, to put it honestly, I don't consider myself a uBO expert 
; in the past I had tried (hard) to follow the kind advice/hints of MSFN's uBO guru, @Sampei.Nihira, when he was still using these browsers in his XP box (now, I understand, no longer ON); plus, things I picked over time from GitHub issue trackers related to adblockers...
It was via those avenues I was introduced to this excellent portal:
a veritable treasure trove of content-blocking, open-source, subscriptions
...
Being on under-resourced H/W and on a 32-bit OS, I had tried to slim-down (somewhat) my uBO installation (to reduce RAM consumption by the browser) and it was then when I spotted the "Optimized" renditions of the stock EasyList+EasyPrivacy FLs:
EasyList (Optimized) https://filters.adtidy.org/extension/ublock/filters/101_optimized.txt EasyPrivacy (Optimized) https://filters.adtidy.org/extension/ublock/filters/118_optimized.txt
I test-installed them in lieu of the default ones, tried them over an extended period of time and found them to be equally efficacious, so I'm stuck with them ever since
...
1 hour ago, AstroSkipper said:are there others you would recommend to add to the default ones?
I still have:
https://hostfiles.frogeye.fr/#whats-a-first-party-tracker
installed in uBO-legacy (recommended at the time by Sampei), which is still being maintained/updated; supposedly this isn't needed anymore in the current WE version of uBO, but can't say with any degree of certainty whether this is so in the case of uBO-legacy
...
Until recently, I also kept installed some flavours of ZeroDot1's CoinBlockerLists, but these aren't being updated regularly anymore...
So, basically, that's it
; IOW, the real experts must come forth!
1 -
The ad-blocker detecting scripts in both the HTG and XDA-dev sites are being served by Admiral:
(The brand name Admiral is also visible in the screengrab I posted above )
With slightly more free time on my hands now, I loaded a minimal NM28 profile with a default/stock installation of uBO-1.16.4.31b2; there, I, too, got blocked by the XDA-dev site, like attested already by UCyborg and AstroSkipper; if I just disable the stock EasyList filter list, I get through, but then I have to consent to Admiral's tracking:
I briefly went through that form of theirs and, honestly speaking, I felt extremely violated by the extent of their tracking and data harvesting; 1,512 third parties want to store/access data on my device simply because I happen to want to load that site; this is pure insanity, if you ask me
...
This is why I consider content-blockers of equal importance to the browsers themselves when surfing the (mostly hostile) web...
1 -
... And I was NOT blocked on the XDA-dev site probably due to me using "EasyList (Optimized)" instead of the stock "EasyList":
For anyone interested:
https://filters.adtidy.org/extension/ublock/filters/101_optimized.txt
0 -
27 minutes ago, UCyborg said:
but I'm curious if you search its HTML, do you get any hits for "v4ac1eiZr0" (without quotes)?
... Yes, I do!
0 -
In my St52 copy, with the original UBO-v1.16.4.31b2 (will check the mods created by AstroSkipper
hopefully tomorrow), I don't get blocked by the XDA-dev site ; I do, however, have many custom-added filter lists and several changed ones (out of the default set), so it's possible one of these is responsible for thwarting the blockade 
...
OTOH, I do get blocked by the HTG site, however I've learned not to be easily intimidated by such ploys
; uBO-legacy is still able to nullify the block by a simple "cosmetic-filtering" rule:
! 2024-01-13 https://www.howtogeek.com www.howtogeek.com##.bOvWNQ
The purists will say that the ad-blocker-detecting script passes through and is still executed (unlike with the current, WE, version of uBO in supported browsers), but for me the end result counts, i.e. I'm free to browse the site without disabling and/or further configuring my content blocker
... Of course, it's always been a "cat-and-mouse" chase, so one must always stay alert...
1 -
On 1/13/2024 at 3:07 AM, DanR20 said:
See my edited post above, it's a problem with noscript. Are you using that?
... Nope, I've never used NoScript in my entire browsing life (that'd be 17yrs now - the internet came in late in my household
); especially when it comes to UXP-based browsers, where, from the very beginning, "upstream" declared they don't support its usage with "their" browsers...
I'm part of the "less-is-more" group here, only been using uBO (and, at times, Privacy Badger) in my browsers (both Mozilla and Chromium based) as content blocker, NEVER got infected through a browser, but I do acknowledge NoScript as having an avid userbase among MSFN members
...
1 -
On 1/13/2024 at 2:46 AM, DanR20 said:
Application Name: firefox.exe
Application Version: 4.0.5.8774... Is that St55? Why have you renamed the main executable (from "basilisk" to "firefox") ?
On 1/13/2024 at 2:46 AM, DanR20 said:I haven't a clue yet as to what changed setting is causing it
... You'd have to discover this yourself, via trial-and-error.
... Make a backup of the current version of the profile file "prefs.js" and then, on a fresh St55 profile, try adding progressively, one-by-one, your custom "about:config" modifications, until the "fresh" profile breaks (i.e. produces the same URL crashes as your "dirty" St55 profile); been there, done that, NOT a happy pastime, I can guarantee you that 
...
1 -
20 hours ago, roytam1 said:
I'm now applying same patchset to sp55 to see if this can fix this issue.
Quote- Issue #1257 - Part 1: Remove watch class-hook and proxy trap. (3b9fbdc7)
- Issue #1257 - Part 2: Remove watch/unwatch and JS watchpoint class. (ca9e376e)
- Issue #1257 - Part 3: Remove/update tests. (3d8d9f95)Well, that seems to have fixed it
:
Nice job!
1 -
On 1/12/2024 at 8:54 PM, DanR20 said:
This website is causing a crash in today's 52 and 55.0 versions.
It worked last week so appears to be a new problem:... Can't repro here
; tried in both latest NM28 [v28.10.7a1 (32-bit) (2024-01-11)] and latest St55 [v55.0.0 (32-bit) (2024-01-12)]; what I can tell you, though, is that:
https://wiki.mozilla.org/RapidRelease/Calendar
now redirects to:
https://wiki.mozilla.org/index.php?title=Release_Management/Calendar&redirect=no
and that last one loads fully and OK in both the above browsers; below, a screengrab from my St55's "dirty" profile:
Try in clean profiles, in case one of your extensions and/or customisations interferes here...
Later addition: I only saw your edit:
On 1/12/2024 at 8:54 PM, DanR20 said:but with a new profile it's coming in so it's probably some revised setting in about:config.
after I hit the "Submit Reply" button
...
2 -
... For more than a year
, Serpent 55 is incapable of properly/fully loading:
(referred to as WAO henceforth); below, a screengrab from a fresh St55 profile (latest build):
The error appears to be jQuery related
...
OTOH, the UXP forks have no problem properly loading WAO (screengrab from latest St52 - dirty profile):
Dear @roytam1
, can you investigate and identify which feature from UXP needs to be backported to St55 so that it, too, loads a working version of WAO? My default is St52, most people here know already , but sometimes, especially with GitHub, I also launch St55 ...
Thanks in advance, best greetings!
2 -
On 1/10/2024 at 1:52 AM, UCyborg said:
Guess the WebComponents polyfill provided by the website clashes with native implementation.
"Upstream" have been made aware (
),
https://forum.palemoon.org/viewtopic.php?f=70&t=30752
no response so far from them
...
2 -
2 hours ago, luweitest said:
Custom Button can be used for this kind of toggle
... Or one can use a specific extension to that effect
:
2 -
On 1/9/2024 at 10:08 PM, mina7601 said:
Re-updated the image link. Hopefully it won't break again.
9 hours ago, AstragonQC said:I verified how long links from this "private-user-images" GitHub subdomain stays active (for absolutely no reason other than curiosity),
and I found that a link lasts only 5 minutes before it expires...
So, put links to images by this method is kinda pointless, it's better to directly put the link of the comment or the issue the image is in,
or upload it elsewhere then post it here.9 hours ago, mina7601 said:This is the first time I hear about links expiring from GitHub's private-user-images subdomain, though.
... A technical explanation about all the above is to be found here
; Microsoft will no longer allow you to "hotlink" (directly to) GitHub user attachments (to save them bandwidth, so they're really being "cheap" here 
) ...
2 -
33 minutes ago, mina7601 said:
any fix for this yet?
The suspect commit has been now reverted:
Revert "No issue - Allow embedded search module in HYPE_ICEDOVE project"
Will probably reach next weekend's binary releases; those (few?) Icedove users can always revert to the previous release, couldn't they?
2 -
On 12/24/2023 at 2:39 AM, Saxon said:
Supported On Windows Vista, Windows XP
https://www.softpedia.com/get/Network-Tools/IP-Tools/IP-Hider-Pro.shtml
Happy New Year!
While the post containing that link has had already 4 (!) reactions, I find it impossible to download the installer from the SoftPedia link ; any attempt will produce a "404: Not Found" server response ...
Before you start a "wild goose chase"
, I can tell you my internet connection is fine, also tried in several browsers beyond my default, Serpent 52... SoftPedia aren't hosting the installer themselves, instead they try to fetch it from the original vendor URL:
Quote... which now just 404s
...
I did my own search and the latest version of IP Hider Pro was v6.1.0.1 from, as you said, early 2017; additionally, it appears that the "iphiderpro.com" domain is now up for sale...
Elsewhere
I found a self-hosted installer of IP Hider Pro v5.8.0.1 (from Sep 2016), but I'm very reluctant to even launch it now - I very much doubt the original vendor/company is still a "thing", let alone that their Proxy Servers are still ON...
Has anyone here actually tried this application and found it to be still working (in trial mode)?Kindest regards.
4 -
13 hours ago, Mathwiz said:
But maxVersion does seem to prevent CAA from offering an "install" button. You have to download it someplace, then drag-and-drop to the add-ons manager page. Not a big deal, but it is an extra step.
... With a bit of URI-tinkering
, you can still make this a one-step-process, too...
When you hover your cursor over the "Download" button (for v2.0.1), the URI revealed is:
https://ca-archive.us.to/storage/55/55977/sidebar_bookmarks_search_plus-2.0.1-fx.xpi?origin=caa&action=download
If you modify the last query parameter to "&action=install", i.e.
https://ca-archive.us.to/storage/55/55977/sidebar_bookmarks_search_plus-2.0.1-fx.xpi?origin=caa&action=install
and "Paste-&-Go" that in the browser's URLbar, then:
In any case, as you said already, "Not a big deal"
...
0 -
On 1/1/2024 at 4:43 PM, dmiranda said:
Thanks. It installs, but doesn't work at all. A pity.
Here's the original extension thread on the Mozillazine forums:
http://forums.mozillazine.org/viewtopic.php?f=48&t=1659985
Apparently, there even existed a dev version 2.0.2, but it's nowhere to be found now
...
On 1/1/2024 at 10:39 PM, UCyborg said:maxVersion is enforced only when strictCompatibility is enabled.
Right
; the extension (v2.0.1) installs out-of-the-box in my dirty St52 profile, though it does need a browser restart to properly work...
On 1/1/2024 at 4:43 PM, dmiranda said:It installs, but doesn't work at all. A pity
Works as intended in my dirty St52 profile here:
Are you, by any chance, running St52 in the hack-y, unsupported, multi-process mode? The extension was initially created at a time e10s was not even an idea for the Mozilla Firefox browser
; in any case, I, too, can confirm that SBSP-2.0.1 works OK in my (2023-12-15) St52 copy, in the default, supported, single-process mode...
2 -
21 minutes ago, NotHereToPlayGames said:
I can get in and see the CSS in 360Chrome v13.5
... According to my Web Console, the GET XHR request to retrieve/display the CSS code of "youtube-nyan-cat-progress-bar-video-player-theme" (styleID=95033) is to:
https://gateway.userstyles.org/styles/getStyleCss/95033
... but the server response is:
{ "result": "{}" }
which echoes the screengrab I attached above
...
1 -
... Problems with the "userstyles.org" portal and UXP-based browsers have been well documented here, especially since the site adopted its new "atrocious"
web design... At the end of December 2023, things have gotten really dire ...
In latest NM28 [v28.10.7a1 (32-bit) (2023-12-21)], trying to simply load:
will get you nowhere
; Web Console prints:
The resource from “https://userstyles.org/” was blocked due to MIME type mismatch (X-Content-Type-Options: nosniff).
Creating a SSUAO with the passe-partout value of just "Chrome" will get you in...
general.useragent.override.userstyles.org;Chrome
... But...
Selecting a specific userstyle, e.g.
https://userstyles.org/styles/95033/youtube-nyan-cat-progress-bar-video-player-theme
will bring a popup window; we already know from the past that the "Install Style" button there simply does nothing, even if you have a style manager already installed; it appears that button ONLY works when the "Stylish" Chrome extension is installed (on a Chromium-based browser, of course...).
Some months ago, it was still possible to get the actual CSS code for the userstyle itself by scrolling down the popup window and clicking on the "SHOW CSS" area; however, currently, this procedure would only generate an EMPTY black overlay, devoid of the sought for CSS code
:
@AstroSkipper, can you kindly check if you can reproduce
? If I can't grab any CSS code anymore from "userstyles.org", it's totally useless now for me in the context of St52/St55/NM28 ...
To add insult to injury, specific userstyle pages no longer load even in 360EEv13.x/Kafan MiniBrowser:
Application error: a client-side exception has occurred (see the browser console for more information).
Don't have Mypal68 here - I doubt it would work, either... Damn
those web-frameworks targeting exclusively last week's Chrome release...
2 -
15 hours ago, Mathwiz said:
I get "Secure Connection Failed:"
Again, this ISN'T an SSL/TLS related issue, but a UA-based block
; in last week's St52, I, too, get the same error as you, but, surprise, I "get in" with below SSUAO:
general.useragent.override.elektroda.pl;Mozilla/5.0 (Windows NT 10.0; rv:120.0) Gecko/20100101 Firefox/120.0
EDIT: Of course, a SSUAO with a value of just "Chrome"
will also enable access to both "www.elektroda.pl" (original, Polish edition) and "www.elektroda.com" (global edition, in English) ...
0 -
17 hours ago, Rod Steel said:
This browser is no longer supported. Same on Serpent (2023-12-15).
Latest St52 was supposed to have come with an "X" SSUAO fix, but it didn't
, for whatever reason - see here...
0 -
On 12/16/2023 at 1:47 AM, roytam1 said:
My changes picked since my last build:
- [Basilisk] [SSUAO] change twitter UAO (4b5b374f48)https://github.com/roytam1/UXP/commit/4b5b374f48a80d44dafc413856f25383c428e42b
... Most sadly
, this doesn't seem to have "arrived" (properly/in time? ) in the latest St52 x86 release:
As a consequence, "X" nags about a "no longer supported browser"
...
0 -
18 hours ago, roytam1 said:
... By now, I'm sure ALL of NM28's users are aware that this browser, much like its upstream progenitor (Pale Moon), does not support any form/type of the Web Extension (WE) add-on format; be that as it may, inside NM's "about:config" tab one can find at least seven (7) prefs with the "webextension" string in their names:
extensions.webExtensionsMinPlatformVersion;42.0a1 extensions.webextensions.keepStorageOnUninstall;false extensions.webextensions.keepUuidOnUninstall;false webextensions.storage.sync.enabled;false webextensions.storage.sync.serverURL;https://webextensions.settings.services.mozilla.com/v1 webextensions.tests;false webextensions.webRequest.requestBodyMaxRawBytes;16777216
Do the above still serve a purpose for New Moon? I suspect they're more tied to the platform (UXP) itself rather than the application (NM), however, given the fact NM28 is being compiled without the " --enable-webextensions" buildconfig flag, wouldn't it be more "sane" if they were absent/removed altogether from within NM28's config editor?
FWIW, "Mozilla Sync" is not-a-thing-anymore for UXP-based browsers (thus, the "webextensions.storage.sync.serverURL" pref is invalid at its current, default, value
, even for St52), while "Pale Moon Sync" (which fork users aren't ethically/legally entitled to use - have never tried it myself) doesn't support WE (thus, "webextensions.storage.sync.enabled;false" is redundant) ; @roytam1, your thoughts on this, please...
Best wishes
!
3 -
15 hours ago, roytam1 said:
New build of post-deprecated Serpent/moebius for XP!
Hi Roy
; for some OT-to-this-thread reason , I went inside St55's "about:config" tab (aka "advanced pref editor") and while filtering entries with "general.useragent.override.", I observed below ten results:
general.useragent.override.zoho.com;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.soundcloud.com;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.mozilla.org;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.mozilla.com;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.github.com;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.firefox.com;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.deviantart.net;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.deviantart.com;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.altibox.no;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0 general.useragent.override.altibox.dk;Mozilla/5.0 (%OS_SLICE% rv:None) Goanna/20170101 Basilisk/55.0.0
that all have the "rv:None" slice
; this "None" value isn't resolved further at runtime when you actually visit one of the affected domains (e.g. "www.mozilla.com"), it is my conviction "None" is an invalid value for a platform revision...
I dug this further and the source code file:
application/basilisk/branding/shared/uaoverrides.inc
has, e.g., for mozilla.com this line:
pref("@GUAO_PREF@.mozilla.com","Mozilla/5.0 (%OS_SLICE% rv:@UXP_VERSION@) @UXP_DATE_SLICE@ @APP_SLICE@");
I believe this code was ported over sometime from UXP (St52/NM28/e.a.), however in St55, which is NOT a "true" UXP member, it appears "@UXP_VERSION@" resolves at build time to "None", which doesn't look right
; I just checked and NM28/St52 do not have any default SSUAOs with a "rv:None" slice, e.g. NM28 has:
general.useragent.override.mozilla.com;Mozilla/5.0 (%OS_SLICE% rv:4.8) Goanna/20230101 PaleMoon/28.10.7a1
Hopefully, this can be fixed in the next St55 release
...
2
My Browser Builds (Part 4)
in Browsers working on Older NT-Family OSes
Posted
Due to dropbox's (semi-)popularity, this issue has to be acknowledged and troubleshot, hopefully mitigated... ALL UXP-based browsers (and their current sibling
, St55) suffer from this annoyance; here's latest NM28 with the bug:
The Error Console only prints cryptic messages:
Unlike previous DB breakages, this doesn't seem to be fixable by a SSUAO
...
FxESR 52.9.1, at its default UA, simply loads a blank page now on the given DB link
; what's interesting, though, is that such an old Chromium version as 69.0 (actually, 360EEv11) is able to display the text inside those buttons properly:
@mina7601, are you able to reproduce in the official clients, i.e. Basilisk 52.9.2023.12.09 and/or PM 32.5.2 ? If affirmative, perhaps @basilisk-dev or some member of the MCP team (I'm sure some of them, God bless their kind hearts, do occasionally visit here
) should investigate; else, perhaps @roytam1 can have a go at it... FWIW, after seeing "which button is which" in Ch69, I can now use DB in UXP, but... what the heck? 
...