Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,249

  • Joined

  • Last visited

  • Days Won

    93

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. 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
  2. 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) ...
  3. 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...
  4. 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) ...
  5. 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...
  6. 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:
  7. 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"...
  8. VistaLover
    https://github.com/martok/palefill/commit/a99ffed200859f4c41fe744c7462452ccf24d23c
  9. 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...
  10. 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?
  11. VistaLover
  12. VistaLover
  13. 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...
  14. 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" ...
  15. 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...
  16. 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" ?
  17. 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...
  18. 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
  19. 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" ! ...
  20. 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! )
  21. VistaLover
    ... Use your Web Console | Browser Console | Error Console : It's the same underlying issue causing the recent breakage of Google Drive ...
  22. VistaLover
    In the last week or so, Moonchild updated his Gitea instance in the https://repo.palemoon.org/* code repos, from v1.12.1 straight to v1.17.1; while this was probably a good thing in itself, as the updated version comes with patched security holes, fixed bugs and new features (including localisation to my native tongue, Greek, of all things ), it has unfortunately resulted in broken support in the Goanna3-based apps, namely New Moon 27 ; "buttons" with drop-down menus no longer work, same for "ellipsis" (...) buttons and several other GUI areas (e.g., you now can't change the Gitea localisation via the footer "button") ... Below screen grab is from https://repo.palemoon.org/MoonchildProductions/Pale-Moon/issues loaded in latest NM27: The issue sorting buttons remain unresponsive ; likewise, when loading https://repo.palemoon.org/MoonchildProductions/Pale-Moon/commits/branch/27.9_RelBranch tree branches can't be selected via the branch button, nor can you expand a commit's message via the ellipsis button ... Web Console reports: SyntaxError: invalid for/in left-hand side index.js:9:211593 where the culprit file is https://repo.palemoon.org/assets/js/index.js?v=7ea14c4ca3b4ece8917e08968da69260 Can something be done to restore Gitea support, or is everything lost in NM27? NB that GitHub is severely broken, too, while GitLab won't even load at all, so this latest development practically rules out NM27 for "reading" the most frequently used open-source, on-line, code repositories... Thankfully, UXP-based apps can handle Gitea v1.17.1 fine...
  23. VistaLover
    ... Apologies for the tardiness in responding to this... Indeed, reverting: - Bug 1191042 - Use CreateOffscreen for WebGL instead of CreateHeadless. - r=jrmuizel (f98fd02e59) in your "palemoon27" tree: https://github.com/roytam1/palemoon27/commit/1a712471fb1ffc702fabc8ee3dcaf5e17783a9b3 fixes ALL the issues I had with NM27 builds after package "palemoon-27.10.0.win32-git-20220723-b6b16147cc-xpmod.7z" . Below is latest NM27 release: WebGL Renderer is, again, being enabled by default, "about:support" loads as expected (without crashing the whole browser) even when the "about:config" pref "webgl.force-enabled" is toggled to "true" ... Many thanks!
  24. VistaLover
    Many thanks for your presence here and your moderate/kind language . To the best of my knowledge, this was not a request for you inside these forums ; "official" (as in by MCP) Bk never came with support for XP/Vista (while that was true for its initial fork point, Mozilla Firefox 52.6.0); what was probably meant is that you do not declare full-blown war against the Serpent 52.9.0 fork by Roytam1... While the main dev, myself and several other "advanced users" of St52 ALWAYS make it clear that St52 != Bk, some of the (newer) St52 users on XP occasionally turn to the official PM forums for St52 support; this is wrong on them, albeit a small "nuisance" for you that you "should be prepared" to live with for as long as these users can't tell apples from oranges ; kindly redirect them here until, as you said, you remove the "Serpent" unofficial branding from Basilisk (which, hopefully, reduces the number of these "occasions") ... What is really hoped for "here" is that you "accept/acknowledge" the existence of the "fork" and that both user groups (Bk+St52) mutually benefit between them... I am much grateful for that ; a second laptop in my household still runs Win7 SP1 x64 on 2010 era H/W, with only 4GB of RAM; 32-bit Bk runs better there, without depriving the OS from needed resources to concurrently run other applications... Perhaps you could also accept Basilisk-specific verified bugs in another section of the MSFN forums, possibly in https://msfn.org/board/forum/200-web-browsers ? Yes, this is crystal clear and shouldn't be expected of you ... Since I spoke of Basilisk-specific verified bugs, kindly revisit below report: https://forum.palemoon.org/viewtopic.php?p=231584#p231584 I verified it in my own Bk-52.9.2022.08.06 x86 installation; the default setting for PDF files in Basilisk is to "Preview in Basilisk"; with that setting enforced, the embedded PDF.js viewer should be triggered to open (on-line/local) PDF files inside a browser tab[/window]; but in your latest Bk Windows build, the resultant tab[/window] is blank ... OTOH, Serpent 52.9.0 (x86) doesn't suffer from this; the OP's on-line PDF file, https://www.ipcc.ch/site/assets/uploads/2018/02/WG1AR5_Chapter12_FINAL.pdf opens, as expected, in the native PDF viewer, inside a browser tab (the file itself is ca. 35.5MiB in size, so the speed at which it fully renders depends on your connection...). Welcome to MSFN, my kindest regards !
  25. VistaLover
    What made you think that latest NM28 would behave differently in rendering web content between (first) Win7 and (then) WinXP? If the site in question renders broken in Win7, there's almost certainty it will do so under XP... The opposite is not always true, when the site's server performs UA-sniffing and blocks loading/rendering simply based on the OS (XP) reported in the UA... Already reported upstream: https://forum.palemoon.org/viewtopic.php?f=70&t=28747 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... TL;DR: Switch to a Chromium-based browser for Google's proprietary services... (... perhaps the palefill extension can be enhanced to add such missing support into UXP-based browsers, but it's not ready yet... )
×
×
  • Create New...