Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,253

  • Joined

  • Last visited

  • Days Won

    93

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. VistaLover
    ... A moot point now probably but, according to its maintainer, the last AdvChr54 build (54.20.6530.0) released on Jan 12th 2018 was mostly based on 48+51+54: http://web.archive.org/web/20180112094959/https://browser.taokaizen.com/ NB that while Google Chrome 48 was XP-compatible, versions 51/54 were NOT ... Off-Topic (slightly? ) : I launched AdvChr54 just a short while ago, after many months of not using it, and I'm really sad of how broken it has become ... I won't even mention the complete lack of extension support by the Google Store and extension authors (CRX2-packaged extensions aren't supported / offered by the GS anymore ), but its rendering engine is even struggling with "simple" sites such as MSFN: ... Such a shame ... So, despite their flaws, I think "we" (XP+Vista users) are fortunate enough to have access to the 360EE family of browsers ... The big question now is: How much further into the future a Chromium-86-based fork will get "us" ?
  2. VistaLover
    Having "gh-wc-pf-v1.2.19.3-unofficial (by roytam1)" installed in my Serpent 52.9.0 x86 copy does indeed enable me to visit GH-release pages and the "Assets" do expand (when I scroll down to them) and am then able to download them... Here's a screengrab of https://github.com/gorhill/uBlock/releases/tag/1.44.5b9 Have you tried on a fresh Serpent 52 profile with just that extension installed? More importantly, is your Serpent 52.9.0 build a RECENT one? Latest palefill-v1.21 also works fine; should you have both installed, do not enable them concurrently; only one of them should be enabled at any time... BTW, roytam1 offers pre-compiled XPIs of his "unofficial" fork in the upstream issue thread below: https://github.com/JustOff/github-wc-polyfill/issues/68#issuecomment-1250325691 (rename ".zip" to ".xpi"; GitHub doesn't allow for XPI attachments...) Bonus tip: For people without either of the two mentioned extensions inside their UXP-based browser's profile, the workaround here should apply...
  3. VistaLover
    ... My dear Windows XP users/friends ... I have already posted something that must have gone unnoticed by you... All 3 variants of the 360EE browser are also popular with the Vista community, especially with users (such as I ) running the 32-bit (aka x86) version of the OS (those on Vista SP2 64-bit have the option to try Vista's Extended Kernel and launch recent versions of Mozilla Firefox (x64) and/or Google Chrome (x64) ) ... You are "bad-mouthing", so-to-speak , 360EE for not being able to apply DST correctly, but, from my point of view, this is just a "bug" of the browser on the WinXP OS (or, dare I say, a "bug" of WinXP itself ?) ; from what posted thus far, it's still unclear to me whether that bug manifests itself too on WinXP EOL systems or only on the "POSReady"-enabled ones; this is something for the XP community to clarify, of course ... But, on the Vista side of things, 360EE behaves as it should with regards to applied DST; I'll re-post the snapshot of my "Time-and-Date" settings ("system time zone", as referenced by AstroSkipper ): ... And here is how @NotHereToPlayGames's (Un-Googled) RePack of 360EEv13.5 (build 2022) loads and displays https://browserspy.dk/date.php As you can see for yourselves, DST (GMT+0300) is being correctly detected for my timezone (EET=GMT+0200, set in the OS level) ... In closing, this indeed used to be a "Windows XP"-exclusive topic/thread and I understand some "XP-die-hards" (!) still feel displeased that it now has turned into a thread belonging to the "Browsers working on Older NT-Family OSes" subforum; but, as things stand now, "Older NT-Family OSes" don't just comprise XP... For the sake of correctness, generalisations shouldn't be made or inferred... TL;DR: 360EE versions purportedly do not apply/detect DST offsets as expected when those are correctly set at the OS level, but reports of that so far only involve Windows XP installations of 360EE... Kindest regards
  4. VistaLover
    ... Pale Moon 31.3.0.1 has been now released, with issue #1986 backed-out... If issue #1986 is, hopefully, reverted too in @roytam1's UXP tree, in coming weekend's UXP releases we shouldn't have any such "glitch" to take care of (unless upstream issue #1986 comes back in a revised iteration - I couldn't help noticing Moonchild mentioning nothing about uBO's dashboard menu going awry, his reason for PM's OOB (out-of-band) release being "severe usability issues on several websites" ) ...
  5. VistaLover
    The uBlock Origin legacy "flex" bug reported and discussed at length here in this thread (with fix provided by @AstroSkipper - thanks ) has finally hit upstream, with the release of latest Pale Moon 31.3.0: https://forum.palemoon.org/viewtopic.php?f=46&t=28882 Thing is, I had already applied the workaround mentioned by @Tomaso more than two years ago: (I didn't like the "new" uBO default fonts (Inter and Metropolis woff2) after: https://github.com/gorhill/uBlock-for-firefox-legacy/commit/62d5ac43df6e713c3fbc8416653e9013ef6ce681 https://github.com/gorhill/uBlock-for-firefox-legacy/commit/f26bd86406f29d0e0c550c1b85d820dbb4adb68c https://github.com/gorhill/uBlock-for-firefox-legacy/commit/0753fa7518073eff29513f005e38d10e3a5f5299 https://github.com/gorhill/uBlock-for-firefox-legacy/commit/930038cecbb6e8acf6484587bfe1a8bf0b2e3a59 , hence I followed what https://github.com/gorhill/uBlock-for-firefox-legacy/commit/013b64a3e3733d72da09369ba0d63c684ac1a9df advised ; see also: https://github.com/uBlockOrigin/uBlock-issues/issues/1044 ) so I did not experience the "bug" even when I upgraded my Serpent 52 copy from the (2022-08-05) build to the (2022-08-24) one I'm currently running... Who would have thought of that ... BTW, Moonchild has now reverted upstream issue #1986 believed to have been the cause for that uBO-legacy "glitch": https://repo.palemoon.org/MoonchildProductions/UXP/commit/4bf2bf74b15772ca9c63188cd1d6c6fc046c0ed0 https://repo.palemoon.org/MoonchildProductions/UXP/commit/5f8d70dacd2efad6f16c706f5d5261181938cc74 https://repo.palemoon.org/MoonchildProductions/UXP/commit/95907ddf88c78b8431d50606714f48304c7c8a16
  6. VistaLover
    (My own translation: 'In the past, perhaps many years ago, it's possible we (in China) were using DST... But only really old people would now know/remember that...') Well, according to on-line sources: https://www.timeanddate.com/time/change/china DST was last observed in China during 1991 (31 years ago); the clocks were put back 1hr on Sept 15th 1991 (to CST = GMT+0800), never to move again since ... Later edit, possibly off-topic : I'm not "old old" myself , still old enough to remember that over here (Greece) DST would be applied for ca. 6 months (end of March through to end of September) until the year 1995; in an effort to "save" even more daylight, starting in 1996, DST was extended to 7 months ("fall back" at the end of October) ...
  7. VistaLover
    ... He's not! As I'm the only person with access to this specific laptop, I protect "important" cookies (e.g. Cloudflare "clearance" ones, site account ones, etc.) via an extension - the rest are wiped out at browser launch - and also like to keep at least a month's worth of history of visited URLs and downloaded files - in all of my browsers; when history starts to contain items older than a month, they are manually deleted... Many a times I had forgotten where I saw something on line the "other day" (and neglected to bookmark ...), then saved history came to my rescue ... But I appreciate different people have different workflows...
  8. VistaLover
    @Dave-H I have no timezone discrepancies between St52 and 360EEv13.0 as reported by the browserspy test page linked above... My current timezone is EEST = GMT+0300, both browsers display: Below is a screengrab of the "Date & Time" Control Panel applet in my system (VistaSP2 x86, I believe XP looks similar): Do you have "Automatically adjust clock for DST" ticked as I do? If so, then your timezone's DST period is being picked up from a relevant Windows Update (a registry-stored setting?) - your non-DST timezone should be set accordingly (mine is EET = GMT+0200) ... If the origin of your "problem" isn't identified in the end, I guess you can manually set your timezone for the period BST is enforced to one of the GMT+0100 variants (deselecting the "Automatically adjust clock for DST" setting) ...
  9. VistaLover
    ... As it turns out, your "friends" over at Microsoft must be really liking your posts and the "new ideas" presented to them (just joking, of course! ) ... So they thought: Matt did mention that "downloading new releases still works (for now)", so let's just scratch that! () Hence: https://forum.palemoon.org/viewtopic.php?f=70&t=28849 (do click, it's safe ) which, in turn, necessitated https://github.com/martok/palefill/issues/47 and https://github.com/martok/palefill/commit/3a480ab TL;DR: Assets (under Releases) have been hidden behind a WebComponents-requiring "wizard", thus fresh installs of UXP-based browsers are unable to access, among anything else released in GitHub, the very one (two, if you count gh-wc-pf) extension that would make them GitHub compatible ... Fortunately, workarounds are available... In retrospect, that was a smart thing to do! Comment attachments are accessible by UXP-based browsers without palefill or gh-wc-pf...
  10. VistaLover
    Since both are based on the very same Chromium core, web-compatibility wise they should behave identically... 13.5's GUI simply lacks the bottom status bar, hence I prefer 13.0 instead... ... "safer" aside (because no-one really knows exactly which upstream (Google Chrome) security patches did the Chinese devs backported to 13.5 (vs 13.0) - plus, I'm sure they manage to insert more "spyware" code with each "updated" release ), "better" and "faster" both depend on objective (e.g. the H/W in place) and subjective (work flow, use-cases, etc.) criteria, so these are for you to decide, after first testing the two different versions/builds... PS: If you really want to get meaningful help from the people you are tending to for support, a) give some details on your setup (OS and its exact WU state, H/W features, i.e. CPU, available RAM), b) provide specific URLs for the "problems" you cite, instead of "generic" terms like:
  11. VistaLover
    ... In addition to the Pale Moon forum thread linked to by @nicolaasjan , pertaining to Regex Named Capturing Groups, UXP is also plagued by lack of support for another Regex "feature" I "spoke" about in my Aug 29th post: Sadly, it's not; as your posted Error Console Log says, this is due to missing Regex Unicode Property Escapes support in UXP ; upstream have open issues for it at: https://repo.palemoon.org/MoonchildProductions/UXP/issues/1282 (=> https://repo.palemoon.org/MoonchildProductions/UXP/issues/1286 [closed, unresolved] =>) https://repo.palemoon.org/MoonchildProductions/UXP/issues/1675 but they have seen little action as of late... So, as you see, complete SNAFU in the RegExp "front"...
  12. VistaLover
    https://github.com/martok/palefill/commit/a99ffed200859f4c41fe744c7462452ccf24d23c
  13. VistaLover
    I can confirm that it does produce a blank page there: The reason the site fails to load is that it requires a recent Javascript feature called the Nullish Coalescing Operator, as evidenced by the JS Console error... That feature was only implemented in Ch80, thus 360EEv11 (69-based) and 360EEv12 (78-based) will both yield blank tabs... This "operator" can't be polyfilled, only transpiled, which would cause a severe dent to the browser's overall performance, especially on under-resourced H/W... Again, I'll redirect you to your "pal" Chromefill: https://github.com/InterLinked1/chromefill#nullish-coalescing-and-optional-chaining And, for a second and final time on my end , I'll urge you to heed the advice I gave you before: In this very case, updating to v13/13.5 is mandatory...
  14. VistaLover
    ... No , I was simply responding to @Anbima's original observation/claim: ... and by "not displayed" I took it to mean: it doesn't fully load/load at all or it produces a blank page, etc. When you then replied to that claim yourself, you started by saying: ... so, again, "results" is interpreted by me (and possibly by other readers) to pertain to whether the referenced URL displays or not in the list of browsers you mentioned... In addition, @Dave-H's reply above yours appears to mention Ch49's inability to load ("it doesn't work") said URL due to missing cipher suites... So, nowhere in the preceding posts was there a description of the site loading, but its embedded search fields not functioning as expected... Have I missed something?
  15. VistaLover
  16. VistaLover
  17. VistaLover
    ... Use the "divide-by-two" method... Say your dirty profile has 42 extensions installed in total 1. Disable the first 21 of them, then restart browser 2. Check for the existence of a bug (in this case, "CF-security-check" not completing) 3. If the bug is present, it's caused by one (or more) of the remaining enabled 21 extensions 4. If the bug is not present, then it's caused by one (or more) of the disabled 21 extensions By using this procedure for each "half" subset of extensions, adjusting accordingly for subsets with an odd number of extensions, you can hopefully arrive soon to the culprit one... The "(or more)" is for rarer circumstances, where a bug is caused by the interaction of two (or more) extensions, as opposed to one only... Worst case scenario: Some extension(s) will continue to interfere even when disabled; I hope yours is not such a case...
  18. VistaLover
    ... In the interest of correctness , what I did receive was NOT reCAPTCHA, but hCaptcha; the latter is NOT Google-owned (it's owned by Intuition Machines, Inc., whoever they may be ... ) . ... Remember, I'm not a native English speaker ... After re-reading CF's "tip" in the first screengrab of my previous post, ... I think what they're saying is: "Should you experience computer crashes, slow internet and slowness in your computer, these might be signs of a "bot malware" infestation" ...
  19. VistaLover
    @AstroSkipper When I clicked the Login button, I was redirected to https://www.uci-kinowelt.de/meinuci/login Within seconds, the "CF security check" kicked in... As you can see, that test is intolerant of slow internet connections and slow computers (like yours and, to a lesser extent, mine... ) After some 10sec or so, I got offered a hCaptcha challenge (probably because my CPU was too slow to solve complex mathematical functions ) : Once I clicked the "I'm human" (in Greek) input field, the test continued for another 5sec, after which time I finally got "Connection is secure" outcome, and then I was presented with the log-in page: I could not test whether valid credentials worked from that point on, as, obviously, I didn't have any at my disposal ... That was with my St52 build of [2022-08-06] (will update shortly, though...). FWIW, the successful result of the "CF-secure-connection" test (I'll call it a user ordeal ) has been saved locally in the form of a cookie named "cf_clearance", that will expire in exactly one year from its creation...
  20. VistaLover
    ... There's a slightly updated "beta" version (not by JustOff), v1.16.4.31b2, tucked away inside PR#330 : https://github.com/gorhill/uBlock-for-firefox-legacy/pull/330#issue-1206437114 that I have been using for the last few months, without any noticeable problems so far... @roytam1, any clue on your side? Relevant upstream issue being: https://github.com/uBlockOrigin/uBlock-issues/issues/2193 However, I couldn't help noticing: https://github.com/uBlockOrigin/uBlock-issues/issues/2193#issuecomment-1204235263 ... to which no follow-up has been posted... I won't pretend I fully understand all this , but are we sure the updated URI works 100% with "legacy" ?
  21. VistaLover
    ... Well, 2022-05-28 is NOT recent in terms of the UXP-forks release cycle... After the "*-git-20220521-*" packages, there have been 12 (!) "palemoon-28.10.6a1.win32-*" packages released after it; I'm not suggesting you should be updating your NM28 installation weekly just because "weekly" (or, in some cases, bi-weekly) builds are being released, but I would consider it prudent if you did update to the latest available build ("palemoon-28.10.6a1.win32-git-20220903-d849524bd-uxp-64173440f-xpmod.7z" as I'm typing this) before you reached out here to report a web-incompatibility... He assumed you are running some sort of script/content blocker extension like NoScript or uMatrix (which, by default, are being aggressive at blocking scripts needed for the proper functioning of sites) ... Is that the case? FWIW, my Serpent52 copy dated (2022-08-05) - already a month old - has no issues with the site you referenced: Just running uBlock Origin "legacy" here...
  22. VistaLover
    ... With respect (and I'm not just saying so ), I still differ here, because it's extremely easy to locate/identify one specific bookmark if you have a vague recollection of its name... By habit, I mostly use the bookmarks sidebar, not the bookmarks toolbar, and it comes with a very handy bookmark search bar... I have more than 1,000 bookmarks myself, but by just typing the keyword "about" in that search bar, I have quasi-instant access to the "about:about" bookmark: Please also remember that any extension, when enabled, will consume an additional amount of RAM, although I suspect in the case of TB it'd be infinitesimal... If you already have TB installed in order to use one of its many "other" buttons, then all would be fine, but I wouldn't myself install it just for the sake of an "about:about" button... As I said already, "whatever tickles your fancy" ... Kindest regards
  23. VistaLover
    ... A simpler solution, at least according to me , would be to just create a new bookmark pointing to "about:about": Result in St52: Of course, this is just a personal preference ... Others may be fine with installing a dedicated extension, along with an additional toolbar button... In any case, my moto is: "The more choice there is, the better" ! ...
  24. VistaLover
    @basilisk-dev wrote: https://forum.palemoon.org/viewtopic.php?p=231654#p231654 ... Actually, there's a "special" version of CTR that Basilisk/Serpent 52.9.0 users should install: https://github.com/Aris-t2/ClassicThemeRestorer/releases/tag/1.7.8.2019 Specifically, "latest" version CTR_v1.7.8.2019.10.27.xpi Related CTR issue: https://github.com/Aris-t2/ClassicThemeRestorer/issues/402 OTOH, Serpent 55.0.0 users can install the EoS version, CTR_v1.7.8 (Posted in the spirit of mutual gains between the official Bk and St52 communities! )
  25. VistaLover
    ... Use your Web Console | Browser Console | Error Console : It's the same underlying issue causing the recent breakage of Google Drive ...
×
×
  • Create New...