Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,262

  • Joined

  • Last visited

  • Days Won

    93

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. VistaLover
    ... Both official applications (Interlink Mail & News by Binary Outcast and IceApe-UXP by Hyperbola) build upon the official UXP platform, which itself spawned from the Mozilla Firefox 52.6.0esr platform... Roy had already forked his own "smorgasbord" version of UXP (where XP/Vista support was reinstated), so the release of the Mail News and Iceape forks was just a matter of adapting the front-end codebases to his own version of UXP... FTR, there's also Icedove offered, a fork of Icedove-UXP ... Common denominator here being UXP ... ... I don't think this is intentional, if it is a thing at all, but rather a consequence ... When the SM 2.49.x branch was still alive, members here did talk about it, but when the SM devs had no other option but to move away from it to a fresher codebase, sadly no longer compatible with XP (/Vista) (popular "among these parts of the community"), the "interest" of members here inevitably waned ... Probably this ; whatever the Gecko version SM builds upon, it still uses Rust, and for someone "here" to "potentially" attempt an XP backport, he/she must find a way to backport that "Gecko version" to XP first, before dealing with the SM front-end code... That's why I mentioned Feodor[2] previously... Unless we're talking about a SM 2.49.6+ application patched to build upon Roy's UXP platform; but that wouldn't be much different to existing Iceape 52, would it?
  2. VistaLover
    @Reino Please read (and follow contained GH links) below GH comment: https://github.com/JustOff/github-wc-polyfill/issues/71#issuecomment-1403998251 In short, the first extension has now become an abandonware; its last maintainer recommends migration to the second, which has a "broader" application (not limited to GH/GL) ...
  3. VistaLover
    ... You're probably mixing it up with WaterFox Classic , which is indeed based on Fx56 ... SM 2.53.x branch is forked from a Firefox ESR 60.x code snapshot, specifically SM versions > 2.53.4 are based on FxESR 60.8 ... https://en.wikipedia.org/wiki/SeaMonkey Feodor (a one-person "act") has managed to port FxESR 68 to WinXP/WinVista via his MyPal 68 project, though that involved using a custom, XP-compatible, version of the Rust coding language ... If the SM project are to take a similar route, then backporting SM 2.53.x (FxESR 60.x-based) to WinXP/Vista doesn't "sound" unfeasible... But I seriously doubt they'll be interested ...
  4. 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 ) ...
  5. 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
  6. 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
  7. 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 ...
  8. 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 ...
  9. 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 ) ...
  10. 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":
  11. 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 ...
  12. 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:
  13. 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:
  14. 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...) .
  15. 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...
  16. 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") ...
  17. 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...
  18. 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
  19. 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...
  20. VistaLover
    Please, whenever possible, avoid batch-downloading from "o.rthost.win":
  21. 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 ...
  22. 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?
  23. VistaLover
    ... And that's the root cause of your predicament... https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-setprocessdeppolicy
  24. 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 ) ...
  25. 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 ...
×
×
  • Create New...