Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,345

  • Joined

  • Last visited

  • Days Won

    102

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. VistaLover
    ... I assume that was a stub/on-line installer, run on your Win8.1 setup, was it not? If that same installer is run under Win10+, it'll fetch the latest stable Chrome release, either v110.0.5481.177 or v111.0.5563.50 at this time... What will be fetched under Win7SP1 if that same installer is run? Probably just v109.0.5414.119/.120 (can't test right now) ... So, I guess, one has to first gain access to a Win8.1 box to grab the v109 security updates, to then install them under Win7SP1... Hopefully, the updated links will be made public to the Win7 communities, as they become available to 8.1/2012R2 users... BTW, one should better archive those v109 installers, because it's widely known Google will remove the builds from their servers , in due course, for being "insecure" ...
  2. VistaLover
    Can you please provide/explain the method you employed to obtain those links? How is one on Win7 supposed to get access to similar links until Oct 2023?
  3. VistaLover
    For St52/St55 users and AMO: Setting a SSUAO like below: general.useragent.override.addons.mozilla.org;Mozilla/5.0 (Windows NT 10.0; rv:110.0) Gecko/20100101 Firefox/110.0 will make all yellow banners and disclaimers go away; but, it appears AMO is now using the big blue "Add to Firefox" button ONLY for the latest version of an add-on, previous ones are only available via the "Download file" links: https://addons.mozilla.org/en-US/firefox/addon/decentraleyes/versions/ (you need to scroll down for the older versions)
  4. VistaLover
    @Mathwiz I couldn't have said it better myself, BTW ... If you're still interested in installing Decentraleyes for what it is/does, then its "legacy" version (v1.4.3) is found here: https://addons.basilisk-browser.org/addon/decentraleyes/ It installs out-of-the-box, and https://decentraleyes.org/test/ reports: FWIW, GitLab also has v1.4.2: https://git.synz.io/Synzvato/decentraleyes/-/tags/v1.4.2 in WE format, intended for FxESR 52, but I'd stick myself with the updated, "legacy", version 1.4.3... FTR, St55 comes with WE-support equal, or possibly slightly inferior, to Fx 53.0a1, so if a WE truly requires APIs to be found on 56.0a1+, it's expected it won't function in St55 (in any case, a bit of trial-and-error doesn't hurt when it comes to WE, because in some cases the minimum supported Fx version has been "artificially" increased by AMO ) ...
  5. VistaLover
    Possibly a cock-up by upstream? https://repo.palemoon.org/Basilisk-Dev/Basilisk/commit/dcb4e31c2c47f8daf7978e801aa632853d8ef922#diff-ef54fe37278363a5a6074fd58ec470b5683c06c3
  6. VistaLover
    ... Actually, this isn't true... Yes, the yellow banner and other such disclaimers are there for me, too, but once you move to a selected extension's page, you'll be able (I hope ) to find a "Download file" link (directly to the addon's XPI file), e.g.: https://addons.mozilla.org/en-US/firefox/addon/decentraleyes/ =>
  7. VistaLover
    ... It seems most evil Google have again patched this ; I now get: yt-dl -f 140-1 "p7FCgw_GlWc" => [youtube] p7FCgw_GlWc: Downloading webpage [youtube] Confirming age [youtube] p7FCgw_GlWc: Downloading API JSON [dashsegments] Total fragments: 1 [download] Destination: Kanye West - Famous-p7FCgw_GlWc.m4a [download] 7.7% of ~9.83MiB at 50.70KiB/s ETA 01:06 ERROR: Interrupted by user Terminate batch job (Y/N)? y ... Was fine earlier today, with a patched youtube-dl build of mine... yt-dlp is also affected now ... Had you been a fan of SNL's "Church Lady" in the mid-80s to 90s? Google are indeed "SATAN" (and are obviously keeping a keen eye on the yt-dlp/yt-dl repos) ...
  8. VistaLover
    Thanks!
  9. VistaLover
    ... "upstream" : youtube-dl (the original project); yt-dlp : "downstream" (the fork) ... For a fix from "upstream" , check this (and posted comments); WFM !
  10. VistaLover
    ... But they didn't bother updating the copyright dates ... https://www.escanav.de/german/index-new.asp => Copyright © 2020 MicroWorld Technologies Inc. - Anti-Virus und Content Security https://www.escanav.de/german/content/products/MWAV/escan_mwav.asp => Copyright © 2021 MicroWorld Technologies GmbH - Unternehmenssicherheit They do support Vista/WS2008, so ; I'm rather curious, though, why Win8.1/10/11 aren't mentioned/supported?
  11. VistaLover
    @joe92 Welcome to the MSFN forums ... It's the new UXP-killer "Googlism" I mentioned several pages back, the very reason all the discourse-based forums broke in UXP... The name of that "killer" is nullish coalescing assignment ... This operator was first implemented in Firefox 79 and Chromium 85; it's unknown if/when "upstream" can come up with an implementation in UXP, but what's certain by now is it's the "new" 2023 trend followed all the more by the well known "villain" sites (i.e. those that don't care in the slightest for "legacy" platforms and are eager to adopt the latest Google "shiny" ASAP ) ... BTW, "*.notion.site" and "*.notion.so" URLs are currently broken in UXP for that very same reason ...
  12. VistaLover
    At least in Serpent 52, that behaviour depends upon the user setting in about:preferences#general => Downloads The default is: "Save files to: Downloads" and that generates the behaviour depicted in your screenshot... But when "Always ask me where to save files" has been selected (my preferred choice ), then when the browser is about to save a file inside a directory with a pre-existing file with an IDENTICAL filename, you are presented with a confirmation dialog where you're asked to confirm a file overwrite or, if you decline, you're back at the "Save As" window to type a new, custom/different, filename to save the new file under...
  13. VistaLover
    ... Unless you have a recent GPU that supports H/W VP9 decoding, only S/W decoding via CPU takes place for 8k60 YT (do YT serve >=1080p files encoded in H.264?) - Wiki says that "full fixed-function VP9 8-bit and 10-bit decoding acceleration" was only added in Intel's Quick Sync Video v6, starting with Kaby Lake; don't know about the AMD side of things...
  14. VistaLover
    ... This means they're targeting Win7 as minimum, now, either in their source code or the compiler they use is... In Vista, K32EnumProcessModules function is found inside psapi.dll, but in 7+ it was moved to kernel32.dll: see below: https://devblogs.microsoft.com/cppblog/windows-sdk-v7-0v7-0a-incompatibility-workaround/ If the actual source code is still compatible with NT6.0, then recompiling with defining _WIN32_WINNT=0x600 or PSAPI_VERSION=1 will produce a binary launching under Vista SP2 fine...
  15. VistaLover
    uBlock Origin (Web Extension) v1.47.3.1 (shown here) is actually: "uBlock0-1.47.3b1-git-20230224-gbb203d9" There's an XPI for that in the GitHub repo: https://github.com/gorhill/uBlock/releases/download/1.47.3b1/uBlock0_1.47.3b1.firefox.signed.xpi If one downloads the XPI on disk and then tries to install it in Mypal68, (I assume) it won't, because it requires Fx 79+, so I have no clue how it got there in the first place... Sometimes GitHub misbehaves and when you left-click the XPI link directly on the GitHub releases page, it'll bypass the "gecko" version check... Another hypothesis: Although functionally incompatible with a gecko68 engine, build "uBlock0-1.47.1b0-git-20230215-ge83dbd8" (while available as an XPI) would have no issues installing; perhaps that one progressively auto-updated through to 1.47.3b1 somehow? gorhill only changed the gecko version to 79, as far as auto-update was concerned, on Feb 19/20th ...
  16. VistaLover
    ... to be embedded ; posting a simple HTTP link (clickable by the reader - but we know "how" this could go with members "here" ) should be OK: http://velosportsrehab.com/wp-content/uploads/2014/07/14190549632_3ecff46035_o-e1404331612790.jpg
  17. VistaLover
    Yes, the UXP-based browsers (includes others besides NM28/St52), as well as St55/moebius (which gets features backported from UXP) ...
  18. VistaLover
    ... Your secure link to the "spacer.png" image won't display properly, because the host (velosportsrehab.com) uses a self-signed+expired certificate: velosportsrehab.com uses an invalid security certificate. The certificate is not trusted because it is self-signed. The certificate expired on Tue, 5 July 2022 03:25. The current time is Mon, 20 Feb 2023 17:33. (Error code: SEC_ERROR_UNKNOWN_ISSUER) A plain HTTP link would be OK ...
  19. VistaLover
    ... Hence my reference to Mypal68 users (a Fx68esr fork that can run under XP/Vista) ... ... gorhill started using Unicode property escapes : https://caniuse.com/mdn-javascript_builtins_regexp_property_escapes (First implemented in desktop Fx 78 / Chrome 64; FWIW, this feature was implemented in UXP only last Christmas, thanks to martok )
  20. VistaLover
    ... Just fresh from the oven: Those among you here using MyPal68 with uBO (WE) as the main adblocker, it has just stopped supporting that browser choice... ; well, once again the "web on mobile" takes precedence over the "web on desktop/laptop" ; gorhill decided to bump the minimum Firefox requirement in his extension from v68 to v79, to cater to Firefox Mobile users on Android (Google here, again ... ) : https://old.reddit.com/r/uBlockOrigin/comments/111vv2y/ublock_origin_147_announcement_thread/j8pbwtc/?depth=2 https://github.com/uBlockOrigin/uBlock-issues/discussions/2497#discussioncomment-4997876
  21. VistaLover
    ... But for the 64-bit architecture of Vista, only ...
  22. VistaLover
    If you do remember, several pages back, the "discourse forum platform" breakage under UXP, it is caused by "them" (or by a web framework "they" use) implementing "??=", the nullish coalescing assignment operator (they didn't have to , their forum platform used to work fine without it ); by pure chance it seems, that "google-ism" was first implemented in Chromium 85, only one major version before 86, the basis for 360EEv13.x ... Chrome stable is now on version 110, having abandoned Win7/8.1 support; do any of you reading this consider it "unthinkable" their web devs simply devise/create a "new" JS "shiny" that will be offered with some Chrome version >11x? Judging by what has happened already, they'll then forcibly bundle it with whatever Node/React/etc. web framework the "trendy/secure" sites "du jour" employ, breaking the web for those on Ch109 who resist an OS "upgrade" to Win10/11... I can't, at this time, answer precisely what the next "Googlism" is... I'm certain, though, it's already on Google's drawing boards - after all, if Google's dev teams don't break the web (and old clients) ever so often, they'll become redundant, won't they?
  23. VistaLover
    ... Well, I couldn't reproduce with my Serpent 52.9.0 copy: ... i.e. I got the short-haired, young lady with spectacles ... And to avoid any chance of a possible misunderstanding, I'm not posting this to dismiss your claim, rather that for me, it was not the case ... Either it's a random thing or the algorithm they employ worked differently in my case vs yours ... Anyhow, I agree with you: "Variety" is the best thing, not sex-based stereotypes (oops , bait for OT posts here, apologies ) ...
  24. VistaLover
    The second is true : However, I still get AstroSkipper's point; it's not actually needed (for now, perhaps in the future the auto-redirection won't work), but the posted link "could" be edited to reflect the current valid one (that doesn't trigger an auto-redirection in the background) ...
  25. VistaLover
    ... Sadly, not the right screengrab linked (it's again the one for Vista SP2 x64+ExtKernel contained in your previous post ) ...
×
×
  • Create New...