Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,109

  • Joined

  • Last visited

  • Days Won

    93

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. VistaLover
    https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Errors/Missing_colon_after_property_id Applies, too, on the Stocks-Exchange site referenced by @anton12 , above... But impractical if one is still on XP/Vista (or even Win7, if latest Chromium 110+ is in question ) ...
  2. VistaLover
    ... Is this some kind of contest? Does one get a prize if one can render the site? ... Joking aside , it would've sufficed to just say the site doesn't load as expected for you... Supplying (Web|Browser|Error) Console output would've been nice, too... The linked "site" is just another web app tailored for Chromium-based browsers ... Web Console in latest St52 reeks of multiple CSP errors; if you temporarily disable CSP in one of the UXP-based browsers, "security.csp.enable" => "false" then the "numbers", at least, for that Stocks-Exchange site will load and display "fully": Even with CSP disabled (poses a security risk), that site has other "rendering" issues in UXP, because of missing JS features: XML Parsing Error: no root element found Location: https://wsjstream.wsj.net/bg2/signalr/abort?transport=webSockets&clientProtocol=2.1&connectionToken=15c256c8-9be0-46b4-8f02-7df8f2457d77%3A&connectionData=[{"name"%3A"mainhub"}]&_=1674749518810 Line Number 1, Column 1: ... TypeError: e is undefined[Learn More] djcmp.min.1.0.37.js:1:36053
  3. VistaLover
    In latest St52 [v52.9.0 (2023-01-19) (32-bit)] and uBO-1.16.4.31b2 by @hawkeye116477, "Online Malicious URL Blocklist" is listed inside the "malware domains" section of the stock lists: In my specific "old" profile, its content is outdated, dating back to 2021/12/25: As reported, the list won't self-update, and the reason is the list has migrated to newer URIs: https://gitlab.com/malware-filter/urlhaus-filter#urlhaus-malicious-url-blocklist https://gitlab.com/malware-filter/urlhaus-filter#url-based Like nicolaas, I subscribed myself to the "Lite" version of the list ... BTW, "uBlock₀ filters – Quick fixes" was added, too, as a custom list: https://raw.githubusercontent.com/uBlockOrigin/uAssets/master/filters/quick-fixes.txt
  4. VistaLover
    ... Which browser exactly is this about? ... And, possibly the most important part , which "version" of uBlock Origin Legacy with? Thirdly, which native and/or additional custom filter lists are being enabled under 3rd-party-filters tab? If, by any chance, you're currently using your "home-brewed" uBO-legacy version (or this mod), humour me and make a test using the "original" 1.16.4.31b2 version by @hawkeye116477 ; a complete uninstall of whatever uBO version is currently installed is required, followed by purging the sqlite database "./<profileDir>/extension-data/ublock0.sqlite", restarting the browser and making a clean install of the "hawkeye" version... I don't use youtube extensively in St52 myself, but when I tested the uBO mod(s) in which "assets.json" was transplanted from later WE versions of uBO, youtube pre-roll ads was an unwelcome side-effect ; it would appear (some of) the "assets" imported from uBO-WE have syntax not palatable to the older JS engine of uBO-legacy ... FTR, your test video played here without any pre-roll ads even after 10 consecutive loadings... Yes, I'm still using the "hawkeye" build myself ...
  5. VistaLover
    @msfntor : I'm afraid your last comment is out of place here ... The extension you suggested is a WebExtension one, meant for Chromium-based browsers... The query by nicolaas presumably has to do with the UXP-based browsers and uBlockO-legacy ...
  6. VistaLover
    Official Basilisk 1) does not support WebExtensions 2) Uses Pale Moon "sync", which has zero provision for WEs, as they've never been supported there ... The St52 fork has kept a good degree (still inferior to Fx52esr's) of WE-support (hence "webextensions.*" prefs), however it has inherited PM Sync from upstream Bk... Fx52esr, OTOH, is still (!) able to connect to Mozilla Firefox Sync service, so there's no parity between WE-sync in St52 and Fx52esr... What really begs the question here is why would SponsorBlock-5.1.8 require that pref to be set to true, if the user has no intention of syncing this WE across other devices... FWIW, AMO carries an updated version 5.1.11, advertised to be compatible with Fx48+ (but I rarely trust AMO when it comes to backwards compatibility ; they usually only check on the latest ESR and Release versions ) ...
  7. VistaLover
    @msfntor: https://doc.arcgis.com/en/arcgis-storymaps/reference/system-requirements.htm FWIW, this "web app" does not load in the UXP browsers (St52/NM28) because UXP does NOT support "dynamic module import":
  8. VistaLover
    ... Please, remove links to unofficial/3rd party Windows OS re-distributions, as these are not allowed here and could easily get you permanently banned ... Your main query should be best directed at the place you got the .ISO from ...
  9. VistaLover
    ... Sadly, when I repeated that experiment here (Vista SP2 32-bit), I got this: Edit: DW reports issues with St52's "mozglue.dll" file:
  10. VistaLover
    Serpent 52 lacks an "about:permissions" "internal" page... However, once on a specific URL, you can access a mic/camera permission setting via "context menu -> View Page Info -> Permissions" tab:
  11. VistaLover
    : Web Components/Custom Elements : https://developer.mozilla.org/en-US/docs/Web/Web_Components https://developer.mozilla.org/en-US/docs/Web/Web_Components#custom_elements (most of this was implemented in Firefox [Quantum] 63 (/ Chromium 53), partial implementations were behind a disabled "about:config" pref in earlier Fx versions...) .
  12. VistaLover
    ... But he did explicitly state he did NOT use a "vistaexkernsetup" to deploy it: AIUI, he had to install an (unofficial) Vista SP2 x64 .iso (made by a third party), with "a" version of the ExtKernel slipped-in... Only the person that made the ISO knows the exact version of the ExtKernel that was integrated in the ISO, @Voxo simply inquires whether it's at all possible to identify "that" version post ISO-install...
  13. VistaLover
    @NotHereToPlayGames : Official Pale Moon (and, as a consequence, NM), has never supported WebRTC, which is required for (most) online-services accessing the mic and/or camera... Serpent 52's WebRTC implementation, despite being standards-compliant (the claim by "upstream"), is generally not "well-digested" by recent "chat/telephony" services, which expect the type of WebRTC found in recent Chromium incarnations... It's actually UXP issues 1279, 1285 , 1286, 2056 , all fixed by martok's (the author of palefill) PR #2060 (I believe martok was paid a bounty by MCP for his contribution). The merged code landed first on Roy's browsers (actually, ahead of upstream ) with the Xmas Eve releases ... ... Don't make decisions based on sheer enthusiasm ... That was just ONE long-standing UXP shortcoming that was fixed... Chromium 86 is years ahead in JS features in demand by the recent "web"... UXP still lacks a full and proper WC/CE implementation (that's why palefill exists for just a handful of sites), plus lacks "dynamic module import" support and a few other "deal-breakers" ... And UXP is still developed as a single-process platform; might have been good back then in 2016-7, but what about now when one tab might "host" a full-blown web app (with 10s of MBs of js code, e.g. web discord/desktop YT, etc.)? Especially on older H/W most of us here use, that "one tab" stalls the whole browser GUI by itself ... I'd stay with 360EEv13.5 myself (especially if WebRTC is a "must") ...
  14. VistaLover
    Someone else, sometime ago, did succeed into compiling py3.4.10_x86: http://matejhorvat.si/en/windows/python/index.htm I have been successfully running that in my Vista SP2 32-bit machine for over two years now ... Python 3.4.10 (default, Jul 14 2019, 14:41:03) [MSC v.1600 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> It is WinXP SP3 compatible, however I'm not sure it'll run on a non-SSE2 CPU ... BTW, many thanks for those FFmpeg builds...
  15. VistaLover
    ... People, this is no longer a coincidence, am afraid ... I'm currently in the process of proof-reading a scientific document written by a friend (original was in Greek, now "combing" the English translation ) and I have to consult various on-line translation services... Guess what? Today, a third in a row such service "blocks" my St52 user-agent : https://www.babla.gr/ This time, it's a very straightforward: As in the previously reported two cases, it's the "Goanna/*" UA-slice they're blocking... And, this one too, appears to be a CloudFlare-managed site: The site serves its CSS files from a "bab.la" domain, so to get the site fully functional in St52, I had to set two SSUAOs: general.useragent.override.babla.gr;Mozilla/5.0 (%OS_SLICE% rv:52.0) Gecko/20100101 Firefox/52.0 general.useragent.override.bab.la;Mozilla/5.0 (%OS_SLICE% rv:52.0) Gecko/20100101 Firefox/52.0
  16. VistaLover
    Thanks for your additional input ; however, I don't have an account with imgur , all my image uploading there is done through an anonymous/not-logged-in session... Additionally, via a userscript and some protected imgur cookies, I still use the "old" imgur layout, which is much more lenient on H/W resources; "Share Options" here only include below four: and of these, as stated already, I always choose the "BBCode (Forums)" one...
  17. VistaLover
    Please, whenever possible, avoid batch-downloading from "o.rthost.win":
  18. VistaLover
    Recollecting from memory (must've been 5 years or more since I last used it ), it used to be that the Russian "edition" (DM) was full-featured (for mainland Russia market), whereas the int'l version of the app (i.e. IDA) had a "crippled" free version, unlocking the full features required a paid (PRO) licence ...
  19. VistaLover
    Damned they be! They plainly reject the UA sent by Serpent 52/55 ... Edit: It's the "Goanna/*" UA slice they really object to ... WT*? I bumped on another online dictionary service, https://www.collinsdictionary.com/ that also blocks UXP-based browsers: As in the case linked (ldoceonline.com), the part of the UA they object to is the "Goanna/*" slice ... Seeing the access to that last site is managed by CF, I expect more sites to become inaccessible in Goanna-based browsers if the block is a new CF-wide filter rather than a said-site specific configuration ... Perhaps Moonchild should contact CloudFlare regarding this?
  20. VistaLover
    ... And that's the root cause of your predicament... https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-setprocessdeppolicy
  21. VistaLover
    ... Have posted about this months ago... MV3 requires at least Chromium 88.0 APIs; 2023 will be the year when MV3 will become mandatory for ALL extensions on Chrome Web Store (CWS); to add insult to injury, ALL MV2-based extensions will be removed from CWS ; as I wrote then, MV3 constitutes a major catastrophe for Chromium<88.0-based forks and, by consequence, to users of legacy OSes such as XP/Vista (where Chromium >=88.0 forks haven't been made available ; Vista-x64's ExtKernel not taken into account here) ... Archive MV2-based extensions while you can (little time left ) ...
  22. VistaLover
    ... Sorry if you received my "advice" to you in that particular way ; being rude was the farthest thing from my intentions... Accept my advice, if you will, in the context of "paternal love"; like a father has to, sometimes, raise his voice slightly at his kid, to prevent it from causing harm to itself through its own (bad) actions... BTW, thanks for the undeserved praise ...
  23. VistaLover
    Posted about that a few posts above yours ... Also posted about that a few posts above yours ... Many thanks for your layman's explanation of what "Forward Secrecy" (or lack of...) actually is! Correct ; more info available here ... Best greetings !
  24. VistaLover
    Actually, that suite (0x9c) is natively supported by Serpent 52.9.0 and it's controlled by pref: security.ssl3.rsa_aes_128_gcm_sha256 This is set to "false" by default, because, as posted, the suite is "WEAK"; enabling it and restarting the browser: made MEGA downloads initialise and complete successfully! Many thanks @mixit
  25. VistaLover
    FWIW, both cypher suites are considered "WEAK" by SSL Labs, because they lack "Forward Secrecy":
×
×
  • Create New...