Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,128

  • Joined

  • Last visited

  • Days Won

    93

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. VistaLover
    ... 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
  2. VistaLover
    ... Yes, I do!
  3. VistaLover
    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...
  4. VistaLover
    ... 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 ...
  5. VistaLover
    ... Is that St55? Why have you renamed the main executable (from "basilisk" to "firefox") ? ... 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 ...
  6. VistaLover
    Well, that seems to have fixed it : Nice job!
  7. VistaLover
    ... 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: after I hit the "Submit Reply" button ...
  8. VistaLover
    ... For more than a year , Serpent 55 is incapable of properly/fully loading: https://web.archive.org/ (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!
  9. VistaLover
    "Upstream" have been made aware ( ), https://forum.palemoon.org/viewtopic.php?f=70&t=30752 no response so far from them ...
  10. VistaLover
    ... Or one can use a specific extension to that effect : https://addons.basilisk-browser.org/addon/wctoggle/
  11. VistaLover
    ... 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 ) ...
  12. VistaLover
    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?
  13. VistaLover
    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: ... 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.
  14. VistaLover
    ... 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" ...
  15. VistaLover
    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 ... 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... 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...
  16. VistaLover
    ... 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 ...
  17. VistaLover
    ... 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: https://userstyles.org/ 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...
  18. VistaLover
    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) ...
  19. VistaLover
    Latest St52 was supposed to have come with an "X" SSUAO fix, but it didn't , for whatever reason - see here...
  20. VistaLover
    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" ...
  21. VistaLover
    ... 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 !
  22. VistaLover
    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 ...
  23. VistaLover
    ... Well then, here you go : https://www.intel.com/content/www/us/en/support/articles/000005602/wireless/legacy-intel-wireless-products.html A SSUAO for "intel.com" might be needed - YMMV ... OT: "Intel® PRO/Wireless 3945ABG Network Connection" is the one my 2008 Vista x86 (then OEM) laptop came with...
  24. VistaLover
    Actually, the default (global) UA string of St52 does NOT advertise it as Fx52, but as Fx102 (the previous ESR branch/channel, current being 115); this UA string does contain an end "Basilisk/52.9.0" slice but, judging from past experience using the browser , UA-sniffers either silently ignore it or outright block it altogether (not the case with "www.intel.de"; the block stays put if I remove the Bk slice) ...
  25. VistaLover
    ... Yes, it's an arbitrary, unjustifiable, artificial block imposed by © Intel, based solely on UA-sniffing ; I'm still on St52 v52.9.0 (2023-11-10) (32-bit), i.e. only one month old, and I, too, get the "Access Denied" (Web Console reports: [HTTP/2.0 403 Forbidden]) block at the door ; guess what? Create a SSUAO with just the string "Chrome" in it and... you're in: general.useragent.override.intel.de;Chrome ... This has gotten ridiculous, if you ask me ...
×
×
  • Create New...