Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,100

  • Joined

  • Last visited

  • Days Won

    93

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. VistaLover
    Well, one thing that has to be said for sure is that LNER (or the people designing their web app, "omio"), are sworn enemies of older browser engines... Test URI: https://www.lnerinternational.com/?locale=en-GB FirefoxESR 52.9.1: Blank tab, Web Console reports: SyntaxError: invalid property id app.4510a2428834b09c7e40.js:1:7838 Latest Serpent 52.9.0: Blank tab, Web Console reports: SyntaxError: bad method definition app.4510a2428834b09c7e40.js:7:1223 360EEv11 (Ch69-based): Blank tab, Javascript console reports: Uncaught SyntaxError: Unexpected token . app.4510a2428834b09c7e40.js?build=f2ea66a8ffe78691ca992b0eecc3f062813a5a64:1 360EEv12 (Ch78-based)): Blank tab, Javascript Console reports: Uncaught SyntaxError: Unexpected token '.' app.4510a2428834b09c7e40.js?build=f2ea66a8ffe78691ca992b0eecc3f062813a5a64:1 I believe both v11+v12 fail due to, among other, lack of Optional Chaining Operator (?.) support (implemented in Ch80) ... It's only 360EEv13/13.5 (Ch86-based) that is able to render the LNER web app correctly; don't ask me for how much longer...
  2. VistaLover
    Many thanks ; totally unaware of that, yet another "file-animal" named , archiving site...
  3. VistaLover
    ... Same story in FileHippo: https://filehippo.com/download_process-explorer/history/ May I ask where exactly did you locate a copy of v16.26 (same question extended to @mina7601 ) ? My search skills produced as a result a Korean blog, where v16.26 is being offered as an attachment ... The 32-bit binary has both sha1+sha256 file signatures of 2019-06-29 ...
  4. VistaLover
    ... FWIW, that forum loads and displays fine in latest Serpent 52.9.0 by roytam1: itself a fork originally of FxESR52 (but now significantly distanced from...); time and again I've tried to convince you, Dave, to migrate from FxESR52 over to St52 (on your XP partition), but I understand your absolute need to have your desktop Firefox copy synced with your mobile Firefox is what still keeps you from doing so... Anyhow, to each his own...
  5. VistaLover
    ... Well, Serpent 52.9.0 is my default browser here (Vista SP2 32-bit); when loading https://www.lner.co.uk I get the mis-rendered page layout everyone else got in this thread... But, as suspected, the root cause is NOT Javascript code per se, but CSS code instead ; the LNER site has been redesigned internally (an uncalled for change just to cater to newer web standards [read Google Chrome and its Firefox sibling]) to use newer CSS code not supported by the XP/Vista browsers mentioned here with regards to this issue... In Serpent's "about:config" internal page, I enabled "layout.css.report_errors" (from false to true), then I opened Web Console (ctrl+shift+k) and loaded the LNER homepage anew; multiple Missing closing ‘)’ in negation pseudo-class ‘,’. Ruleset ignored due to bad selector. CSS errors populated the Web Console output... Doing a search for that specific error, I arrived at: support compound selectors and complex selectors within :not() negation pseudo-class a Bugzilla "bug" first reported on Oct 31st 2013, but only "closed" on Oct 29th 2020 (!) ... The new CSS feature was finally implemented in Mozilla Firefox v84.0+ ... You can read more about that CSS feature in https://developer.mozilla.org/en-US/docs/Web/CSS/:not and https://css4-selectors.com/selector/css4/negation-pseudo-class/ and https://caniuse.com/css-not-sel-list The "CCS-selector-L4 negation pseudo-class" (the feature now required by the LNER site) has been implemented in Chrome starting with version 88: so that's why that site doesn't render correctly in ALL 360EE versions compatible with XP/Vista... Sad as it might sound, stable Chrome is now at version 103, (most useful) sites will never cease the endless game of catering ONLY to what latest Chrome exclusively supports; backwards compatibility isn't even an after-thought nowadays ... Chromium 86 (fork point of 360EEv13/13.5) is now 17 major versions behind current Google Chrome release branch, it has now started to show its age with regards to WebCompat 2022... Opting not to visit sites optimised for latest Chrome might be one way to deal with the modern web (when on "legacy" browsers supporting XP/Vista), but it's just "sweeping the problem under the rug"; what if it's a site you absolutely have to use, say in order to buy a railway ticket on-line? What if, like me, you don't own an Android device, either? Damn you Google...
  6. VistaLover
    ... Thanks ; so, another "misinformation" posted by @Imacri (on the vistax64.com forum):
  7. VistaLover
    @Imacri wrote: ... The version currently available there is Process Explorer v16.43 (the x86 binary has a digital, sha256-only, file signature of 2021-08-17) and, upon testing in my Vista SP2 32-bit laptop, I discovered it doesn't launch under Vista SP2 : The previous release, Process Explorer v16.42 (the x86 binary has a digital, sha256-only, file signature of 2021-06-01), exhibits the exact same behaviour as v16.43 ... However, I can confirm that Process Explorer v16.32 (the x86 binary has a digital, sha256-only, file signature of 2020-09-12) is the Vista End-Of-Service[EoS] version of Process Explorer ; no longer available via the official MS page, but can be retrieved via third party reputable archiving sites (I used FileHorse) ...
  8. VistaLover
    @Reino's old CPU (up to SSE instructions set, only?) is probably incompatible with the VLC 3.x.x branch; see reported issue(s): https://code.videolan.org/videolan/vlc/-/issues/20033 and https://code.videolan.org/videolan/vlc/-/issues/21887 The VLC frontend (GUI) is built with the Qt Framework and somewhere in there lies the incompatibility with older CPUs... @AstroSkipper, is your "Pentium 4 single core CPU" capable of SSE2/3? if yes, that's the reason you can launch the VLC 3 GUI... @Reino: To load those GitLab links, you have to install the latest palefill extension onto your NM28-SSE build...
  9. VistaLover
    Somehow, that linked XPI is best suited for MacOS; the Windows variant is below: caa:addon/vlc-youtube-shortcut/versions?page=1#version-0.8.3.2 (windows) and the direct dl/install link is: https://ca-archive.us.to/storage/475/475080/vlc_youtube_shortcut-0.8.3.2-fx-windows.xpi
  10. VistaLover
    ...First saw this breakage in the My Browser Builds (Part 3) subforum, then discovered all posts on any forum are inaccessible via browser... It's ca. 15:00 UTC here and the issue persists ... I believe the admins should be already aware of this ; hoping for a timely resolution... FWIW, post previews seem to still work; and the last e-mail notification I successfully received was ca. 5hr ago (10:00 UTC).
  11. VistaLover
    ... Both links currently return a "404 Not Found" !
  12. VistaLover
    This is an already known and reported issue, different to the one I reported here (i.e. the re-introduction of "?."+"??" - that breaks the GitHub "experience" on browsers/platforms lacking native support for these two operators - and St55's apparent inability to render many GitHub URIs, being logged-in or not, resulting in crashes, despite including backported support for the operators). FTR, Mypal68 doesn't support the operators, but recent/latest NM28 does! As for the issue you report in NM28, it's probably: https://github.com/JustOff/github-wc-polyfill/issues/68 A "dirty" workaround I posted there is to block in your content blocker the "manuelpuyol_turbo" script(s) ; in uBlock Origin (legacy), I added in the "My Filters" tab: ! github.com ||github.githubassets.com/assets/chunk-vendors-node_modules_manuelpuyol_turbo_dist_turbo_es2017-esm_js-be659c79aff6.js$script,domain=github.com,important The root cause of this issue might be related to https://github.com/martok/palefill/issues/30 so it might get fixed by the next palefill update...
  13. VistaLover
    FWIW, I was able to reproduce the browser crash on a new/fresh Serpent 55 profile, with only github-wc-polyfill_v1.2.19 (force-)installed:
  14. VistaLover
    ... On June 26th/27th, bloody Microsoft devs unleashed a set of newer-JS-syntax-containing GitHub scripts; "new" JS features included the dreaded Optional Chaining ("?.") and Nullish Coalescing ("??") operators, that can't be polyfilled (but, perhaps, could be transpiled...). Fortunately for "us", very recent UXP-based roytam1 forks (e.g., I use myself St52 and, occasionally, NM28) have these two operators natively supported, thanks to the efforts of an "upstream" dev! ; of course, you need either the github-wc-polyfill (v1.2.19) or palefill (v1.14) extension in order for GitHub to be usable in UXP-based browsers, but, all things considered, latest Serpent 52.9.0 (and, probably, latest NM 28.10.6a1) survived these most recent GitHub changes practically unscathed... Goes without saying that in browsers lacking such support (older UXP-based builds, Chromium forks based on Ch<80 - yes, these include both 360EEv11/v12 ), GitHub is basically now BROKEN (you can simply browse GitHub pages, but you can't do many "useful" things on them ...). And here comes Serpent 55.0.0 ; after the recent "sync" with UXP (thanks roytam1), and for a brief period of several weeks, GitHub was fully functional in St55, provided, of course, gh-wc-polyfill/palefill had been force-installed there (neither of these two extensions cater "officially" for the moebius fork...). AIUI, latest St55 [v55.0.0 (2022-06-22) (32-bit)] should have native support for both "?."+"??" operators, backported from UXP; however, after the recent GH changes, I find that GH is no longer usable there ; I have gh-wc-pf_v1.2.19 force-installed and many GH pages do work as expected, but other pages cause the browser to fully crash ; example is the main repo page of any GH project, e.g. https://github.com/gorhill/uBlock https://github.com/JustOff/github-wc-polyfill etc., the issue tracker of a project will also, often, produce a crash and, last-but-not-least, trying to access your GH account via your avatar (top right) will ALWAYS result in a full-blown browser crash... @roytam1 : Please, can you reproduce at your end? Given that latest St52 doesn't suffer from this, does this mean you need to transfer more UXP "stuff" to moebius for GH to work, or is that no longer possible? As I've posted in the past, GitHub is a site I use many times daily, I already lament the loss of proper support in 360EEv11/v12, I thought St55 would've been my third option besides St52+360EEv13, only to sadly find it, too, has been broken by Microsoft...
  15. VistaLover
    Latest Serpent 52.9.0 (2022-06-23) (32-bit) on Vista SP2 x86; saving an image file works as expected, however Error Console records: Timestamp: 27/06/2022 19:35:17 Error: Failed to load module resource://gre/modules/DownloadUIHelper.jsm. Source File: resource://gre/modules/XPCOMUtils.jsm Line: 279 Timestamp: 27/06/2022 19:35:17 Error: SyntaxError: invalid property id Source File: resource://gre/modules/DownloadUIHelper.jsm Line: 132, Column: 31 Source Code: async confirmLaunchExecutable: function (aPath) both associated with "DownloadUIHelper.jsm"; I would hate it if the reported breakage has anything to do with martok's "async"-related PR, because, thanks to it, "*.notion.*" URls work again in UXP-based browsers!
  16. VistaLover
    Nothing to be surprised about... Taking "msfn.org" as the example here, the site's certificate authenticity is verified via a cert chain that ends with a built-in root called "ISRG Root X1"; its validity starts June 6th 2015, so ca. 3 yrs before FxESR 52.9.1 was released: Now, the important thing here is when that root expires, which is June 4th 2035, so I'd say you're safe ... But even if built-in root certs expire, the user is still able to manually delete the expired ones and substitute them (manually) with updated ones (provided, of course, he's gotten hold of them, first )... (... Belated apologies for the OT , since this is a 360EE thread, but one thing led to another ...)
  17. VistaLover
    Nothing to be in awe of... Mozilla Firefox based browsers/forks come with their own TLS implementations, as well as their own Certificate Store; IE and Chromium forks rely on the OS certificate store (WinCert Store), hence the errors reported (due to well-known crypto deficiencies of WinXP SP3...); FTR, Serpent 52.9.0 (by roytam1) also has no issues with MSFN (and other CF) certs (nor do 360EEv12/13 "here" , because Vista SP2 has no problems dealing with ECC... ) ... Cheers
  18. VistaLover
    @Dave-H First, a big hello and hope you're doing well... How I wish I, too, were in the UK, to enjoy the Glastonbury coverage in the telly/iPlayer... Anyhow, I'm sorry I have to summon your "administrator" powers , but do you have the slightest on the fate of members' FLAGS? Since yesterday, they no longer display (to the immediate left of member's username), however their "placeholder" seems to still be there, along with the tooltip when that placeholder is hovered on:
  19. VistaLover
    ... You could've at least mentioned type of Browser and build version ... In any case. I use Serpent 52.9.0 32-bit here, so that will be the one I'll experiment with... Not being a gamer myself, I had never visited that URL before, but upon loading your link, I can replicate the reported behaviour (i.e. a blank page) ... Disabling uBlock Origin (legacy) makes no difference; as you said, no error stands out in Web Console, but the tab stops loading at: https://s.rsg.sc/sc/js/20220603biee/build/intl-locale-polyfill.js Also, Browser Console reports more: GET https://s.rsg.sc/sc/js/20220603biee/build/intl-locale-polyfill.js.map [HTTP/2.0 404 Not Found 425ms] On an educated hunch, I felt that the page requires the "Intl.RelativeTimeFormat()" constructor, a JS feature first implemented in Firefox (Quantum) v65.0 and Google Chrome 71; more here ... No sigh of that in latest UXP, as you'd have imagined by now... I took an approach I mentioned earlier in this thread, i.e. I took it upon an on-line "polyfill" service (that provides "polyfills" for missing platform Web APIs) and composed a simple Userscript loaded in ViolentMonkey : // ==UserScript== // @name Add Intl.RelativeTimeFormat support // @version 0.0.1 // @description Polyfills 'Intl.RelativeTimeFormat()', first implemented in Chromium 71 // @namespace polyfill.app // @include https://*.rockstargames.com/* // @run-at document-start // @require https://polyfill.app/api/polyfill?minify&features=intl|locale=en~es // ==/UserScript== <!-- Polyfill Intl.RelativeTimeFormat, its dependencies & 'en, es' locale data --> That only accounts for English and Spanish locales; the English version of referenced URI now loads successfully in St52:
  20. VistaLover
    I never myself claimed that M.A.T. was always wrong , but what do you actually mean by that?
  21. VistaLover
    While it has seen little activity as of late , it wouldn't hurt, IMHO, to also post in the Programming MSFN subforum ; OTOH, posting multiple copies of the same "plea" should, in general, be avoided (Forum Rules -> Posting Guidelines -> 2.a) ... Kindest regards
  22. VistaLover
    ... Another approach would be to first install Serpent Tester Tool: https://github.com/Nebula-Mechanica/serpent-tester-tool/releases/tag/1.0.0 and with that done, test install the PM-specific extension in St52/UXP ...
  23. VistaLover
    The CPython 3.7.x branch is the LAST that can launch under Vista SP2 fully updated (until Vista's EoS; that is "vanilla" Vista, i.e. no ExtKernel ). The 3.7 branch is currently under "security-fix" maintenance ONLY by the PSF (Python Software Foundation), as such they have ceased releasing themselves Windows binaries at version 3.7.9: https://www.python.org/downloads/release/python-379/ The current 3.7 source-only release is v3.7.13 https://www.python.org/downloads/release/python-3713/ A third-party (i.e. not the PSF) are providing Windows binaries for that version at: https://github.com/adang1345/PythonWindows/tree/master/3.7.13 Python 3.7.x will become EoL in ca. a year (23-07-2023) but, sadly, many Python projects are already considering dumping support for it , also due to the small number of actual Vista users... PSF have also dropped support for Win7SP1 (and Win8.0) in Python 3.9.x; with Win8.1's "demise" come next Jan 23rd, CPython will move to supporting only Win10+...
  24. VistaLover
    Upstream came back with a "revised" iteration of UXP issue #1909 ,now UXP issue #1913 , and committed code https://repo.palemoon.org/MoonchildProductions/UXP/commit/ec277eacb88c659a713ef75bda6d6381ecbdbda4 that has been merged in their master branch: https://repo.palemoon.org/MoonchildProductions/UXP/commit/a164537057a031328a3f688cbfa17738aed067b1 @roytam1 Is that "safe" for us (especially with regard to St 52.9.0+55.0.0) ?
  25. VistaLover
    Last v28 PM release (28.17.0) was on Dec 18th, 2020; first v28 PM release (28.0.0) happened on Aug 16th 2018, so yes, the v28 cycle lasted for 2 1/2 years... But v31 did not land "overnight" ; cycle v29 lasted from Feb 2nd 2021 (29.0.0) up until Apr 12th 2022 (29.4.6), ca. 14 months, not to mention the ill-fated v30 cycle, that was eventually recalled... Should that had not happened, we'd be now at version 30.x.x I believe the main reason roytam1 decided to cling onto the 28.10.x version range, despite several major differences with both upstream platform+application, was to guarantee best support (in NM28) for "legacy" Firefox extensions; that support was never removed in NM28 (unlike PM) ; due to the fact official Firefox received (from Mozilla) the Australis "treatment" starting at v29.0, several "legacy" Fx extensions (installed in NM) would load different internal code, with a chance of breakage, when the browser's appVersion has been raised to 29; and that was, IMHO, the real "blocker" for NM not climbing up to v29+... I can't say with certainty whether that initial concern remains still valid under the current state of (roytam1's) UXP tree, but, as others have pointed out recently, it does create additional hurdles when trying to install/use needed extensions that ONLY support official Pale Moon 29+ ...
×
×
  • Create New...