Jump to content

VistaLover

Member
 View Profile  See their activity

  • Posts

    2,351

  • Joined

  • Last visited

  • Days Won

    102

  • Donations

    0.00 USD 

  • Country

    Greece

 Content Type 

Everything posted by VistaLover

  1. VistaLover
    ... Can confirm ; the page does load, but clicking any of the download options (buttons) doesn't initiate a download ; it's JS related: What's worse, I couldn't get a download to happen with any of 360EEv12/13/13.5 and KafanMiniBrowser, so I'm not able to fetch the Edge files under this Vista SP2 x86 laptop; any working workaround will be appreciated ...
  2. VistaLover
    True, but not in the sense discussed here; in 360EEv11, navigate to "chrome://settings/advanced", then scroll further down to "HTTPS/SSL": If you press the top first button (Manage certificates...), you are presented with an OS window: a clear indication it's using the OS cert store... Now, if you click the third bottom button (with Chinese characters), you do get access to its built-in cert store, but that is only meant to be used within China, for mainly Chinese sites: What's more, the user has no edit access whatsoever to that cert store, i.e. expired certs can't be deleted, nor new ones be imported... FYI, all variants of 360EE (v11/12/13/13/5) have the same cert stores structure (access to the MS cert store + QiHoo provided one); more info about the QiHoo/360 cert store can be found at below link: https://caprogram.360.cn/#plan (in the header, select "English") Regards.
  3. VistaLover
    ... First press "Apply", then "OK", maybe?
  4. VistaLover
    ... Additionally, your OP contains below link: https://xpforever.miraheze.org/wiki/360_Extreme_Explorer which now, sadly, returns : Regards ...
  5. VistaLover
    ... How so? When you selected win2k compatibility mode in 360Loader.exe's Properties window, did you click "Apply" before clicking OK? That window looks as below under Vista (should be similar on XP): In any case, can't reproduce this here ...
  6. VistaLover
    @Chuck : Also take note of the "workaround" posted by @rereser: https://www.xpforums.com/threads/360-extreme-explorer-chrome-69-for-windows-xp.934574/page-3#post-3269734
  7. VistaLover
    Elliptic Curve Cryptography (ECC) is NOT supported by Windows XP SP3, has never been, even with the POSReady updates... But some POSReady update(s) did implement native TLS v1.1/1.2 support in XP - don't ask me for further details, running Vista SP2 here... To update your XP Microsoft Store certs, see below: https://msfn.org/board/topic/183352-proxhttpsproxy-and-httpsproxy-in-windows-xp-for-future-use/
  8. VistaLover
    ... Another villain is below "Notifications wizard": to be found in the right GH "sidebar"... It's akin to the "Assets wizard" under GH releases page that you described; when you load a GH page containing either one, the wizards display (in the background) a constantly spinning circle, which consumes many CPU cycles ; the wizards don't display fully until you scroll past them (downwards or upwards), thereafter the CPU consumption drops (until you have to reload the page, that is ...) - this behaviour doesn't change whether you use the native WC implementation (palefill disabled) or palefill standalone (native WC disabled) ... NB: The Notifications wizard pictured above does not display at all when you browse GH being logged-out; the "Assets wizard", however, will still cause the heavy CPU usage until scrolled past... As one would expect , I haven't experienced such heavy CPU usage when using 360EEv13.x to browse GH pages containing those two wizards ... Regards.
  9. VistaLover
    ... For starters, you shouldn't do that (when testing), as palefill conflicts/interferes with native WC: https://forum.palemoon.org/viewtopic.php?p=237202#p237202 From Moonchild himself: Second, I have always been talking about Serpent 52 (actually, its previous version of 2023-03-02); but just to humour you and be on the same ground as you, I did launch a quasi-fresh profile of latest NM28 [v28.10.6a1 (32-bit) (2023-03-10)], where I installed and enabled palefill-v1.26 and then restarted it, for good measure... My GitHub testing repo this time is https://github.com/violentmonkey/violentmonkey/commits/master At first load, the relative timestamps do appear (in the "hours" range) - this is now with both palefill+native WC enabled, as you suggested; now try and continuously soft reload that page (by clicking the "reload current page" toolbar button); soon enough you'll get (I did, on my 5th attempt ) the missing timestamps bug: If, like me, you spend hours inside GitHub, then you "can't miss it"; this bug exists, as I've tried in fresh profiles (mainly St52, but lately NM28, too) and combinations of: a) native WC+SR enabled, palefill disabled (recommended by Moonchild) b) native WC+SR enabled, palefill enabled c) either of the two above, being c1) logged-in to GH or c2) logged out from GH The only combination (for me) where the relative GH timestamps remain permanently fixed is d) native WC+SR disabled, palefill enabled FWIW, with the above combination, the (latest) NM28 with fresh profile used to generate above screengrab consumes virtually 0 CPU when being minimised here: Conclusion: Everyone's setup may behave slightly differently, in a stochastic fashion , and this makes troubleshooting and fixing bugs quite a daunting task on the part of the devs ... Best regards.
  10. VistaLover
    ... The GH timestamps bug isn't limited to commits view/issue comments etc., and when "minutes" only; e.g. I just loaded https://github.com/gorhill/uBlock/releases/tag/1.47.5b13 and tada : ... Reminds me of palefill issue no. 60 (different but related, sort of ): https://github.com/martok/palefill/issues/60 ...
  11. VistaLover
    Hi all ... Over the last 7 days or so, I have been browsing GitHub with the palefill extension disabled, thus making use of the recently corrected+improved native Web Components + Shadow Root support (i.e. "dom.webcomponents.enabled;true"+"dom.getRootNode.enabled;true); this is with previous Serpent v52.9.0 (2023-03-02) (32-bit), because with latest I get xul.dll crashes on GH 404 pages (see previous posts of mine). With native WC I get overall better performance on GH compared to when using palefill (both the prefs I mentioned above should be toggled to false when using palefill, BTW), an added bonus is Turbo (aka "soft navigation") is now working on GH (palefill specifically disables it/is incompatible with it ) ... But I've stumbled upon an irritating bug: GitHub timestamps ; when those are in the "minutes range" (e.g. 20 minutes ago), they pull a disappearing act ... Several minutes ago I loaded https://github.com/roytam1/UXP/commits/custom and took below screengrab: These timestamps are (or should be) dynamic, i.e. after 1 min has passed, their values should increase by 1 (so the one on latest commit should read "16 minutes ago"); give it a minute, boom, all timestamps vanish : To make the timestamps display in their updated state/values, you have to hard-refresh (CTRL+F5) the page (and even that occasionally fails) ... The same thing happens with comment timestamps inside a GH issue tracker; I can't hard-refresh the page while in the middle of writing a comment myself, yet I still need to have a way to tell how back (in minutes) the recent comments above (the one I'm about to submit) were posted ... Can someone with access to "upstream" (e.g. @UCyborg ) relay this bug to them, so, perhaps, it could be investigated and, hopefully, remedied? Many thanks
  12. VistaLover
    which is: https://www.superguidatv.it/canali/ My version 360EEv12 (build1592) has no issues loading/displaying those thumbnails/images... But I'm on Vista SP2 32-bit... The images are being served securely from an "api.superguidatv.it" hostname, e.g. for RAI 1: https://api.superguidatv.it/v1/channels/217/logo?width=120&theme=light Perhaps this is a certificates issue in OP's setup? Some other "privacy" related setting and/or extension? If you notice closely, even the images under "GUIDA TV" aren't being displayed, e.g. https://www.superguidatv.it/wp-content/themes/SGTV-Newspaper/img/ic_accesstime_56px.png
  13. VistaLover
    ... Not entirely true : https://www.guidingtech.com/best-android-browsers-with-extension-support/ ... and that article doesn't even mention bromite mobile browser ...
  14. VistaLover
    ... Tab Mix Plus Hmm..., if you had been closely following the discussions in this thread for the last 2 weeks, then you'd have remembered that tab-affecting extensions (notably TMP and TUP - Tab Utilities Phoenix) had been broken by a tab-related change that landed in previous Serpent 52 - start [re-]reading from here) ... Greetings
  15. VistaLover
    ... The Release Notes for your preferred version 1.26.2 clearly state that no code changes exist between it and previous version 1.26.0; the whole purpose served by that .2 release was to address an Easylist-related fonts issue, affecting ONLY Firefox, not Chromium-based forks... You can safely use the .crx file of v1.26.0 hosted on crx4chrome and be done with; it doesn't need "developer mode" enabled and it's just an archive of the very same file as it was available in CWS... Life is hard as it is, one need not make it even harder ... Regards
  16. VistaLover
    ... FWIW, it doesn't cause an instant crash if on previous Serpent v52.9.0 (2023-03-02) (32-bit); like my friend (I hope ) @NotHereToPlayGames wrote in the past: "Latest isn't necessarily greatest"; but that's to be expected in St52, on a de facto "unstable/weekly" distribution "channel" ... Actually, this issue was discussed in the official PM Forum; their fix did not make it into last weekend's UXP releases by a matter of just a few hours, but has since been ported to Roy's UXP tree ... To add to that, I have been suffering myself from instant crashes in xul.dll (presumably attributed to the same root cause ) when the below combination is met: a) a WE userscript manager is installed and enabled (in St52), such as Violentmonkey b) the GitHub download zip userscript has been installed and enabled c) when browsing GitHub in general, you (unexpectedly) arrive to a GH 404 page, e.g. https://github.com/ytdl-org/youtube-dl/issues/31950 When on GH, I need that userscript enabled, so I've now gone back to previous St52 build (I don't use TMP), because I spend lots of time there and one never knows when a GH 404 page may come up on you ; hopefully, next weekend's build will relieve me from those crashes ...
  17. VistaLover
    ... FWIW, with JS disabled, the top drop-down menus are "unresponsive" (and with it enabled, their content becomes just links) :
  18. VistaLover
    Many thanks @UCyborg , much appreciated! So, it wasn't actually "new and exotic", just "old and exotic (Googlism)" ... Interestingly/funnily enough, Mozilla were quick to concoct their own implementation in Fx 56.0, which turned out to be problematic and had to be retracted in v57.0: ... Yes, as early as version 50 (!) of Chromium ... ... What I still don't get (being a non-coder) is why disabling JS works around it - and any answer to my uBO-related "plea-for-help", please ?
  19. VistaLover
    ... Reading a certain MSFN post , it contained a link to below MS support article: https://support.microsoft.com/en-us/topic/microsoft-net-framework-repair-tool-is-available-942a01e3-5b8b-7abb-c166-c34a2f4b612a My (main) browser is (latest) St52; the page requested did not render properly : I toyed a bit with disabling recently implemented WebComponents support and restarting the browser, same thing ... Tried Safe Mode, a fresh St52 profile, both to no avail ... Upon further troubleshooting, it emerged ALL UXP-based browsers (+St55) suffer from this "ailment" ... Below is latest NM28 in an almost fresh profile, when displaying: https://support.microsoft.com/en-us/topic/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure-protocols-in-winhttp-in-windows-c4bd73d2-31d7-761e-0178-11268bb10392 OTOH, the very OLD 360EEv11 (Ch69-based) has no issue displaying that URL properly: My troubleshooting skills are failing me today , I couldn't get anything meaningful from St52's WebConsole... @roytam1: What is exactly the problem here? Since Ch69 renders "support.microsoft.com" properly, surely it can't be something new and exotic devised by Google that causes the breakage in UXP ... Workaround: While dealing with this, it emerged that my St52 copy can, indeed, render that site OK, provided I disable the JS served; I just used uBlock Origin for convenience, disabling "scripting" selectively on that site alone: Plea for experts' help: I'm not that proficient in uBO's advanced features, can someone among you pinpoint the exact script responsible for the breakage? I spent ca. 30min with uBO's logger trying to identify it, but was not successful (not myself today ...) ; the logic here being to selectively block that script with a custom filter, instead of a blanket "no-scripting" rule on "support.microsoft.com"... Thanks in advance ...
  20. VistaLover
    ... Very true , however "yt-dlp" is a much richer, feature-wise, fork, supporting now many more extractors (sites) than the original project, youtube-dl, not to mention the fact they have currently a team of numerous active and very skilled devs, ready to "jump in" and attempt to fix all the "counter measures" various media sites impose on downloaders ; to put it briefly, I'd dare say youtube-dl is currently in "maintenance mode", with only one active maintainer, who, when not closing multiple duplicates, spends his coding time backporting fixes from "downstream"; better than nothing, still ... So, maintaining "yt-dlp" support (in XP/Vista - when it comes to that ) as long as possible is a desired thing ...
  21. VistaLover
    ... Thus, you shouldn't need extra CSS code, just below setting inside CTR : Back in old Firefox versions (< 31.0), the display of the "Close Tab" icon could be controlled by an about:config pref called "browser.tabs.closeButtons"; Mozilla, in their infinite wisdom , decided in 2014 to limit such a user "right" via Bugzilla #865826 ; in v31.0+, the display of the CloseTabIcon is governed by pref "browser.tabs.tabClipWidth": If you want it to always be there, no matter how narrow an unpinned tab is, then this applies ; you'd have to restart your browser for it to take effect (tested as working in last week's St52); so, again, no extra CSS code ; disclaimer: If you have several tab-related extensions, conflicts may arise; only CTR present here., BTW...
  22. VistaLover
    ... Thanks for this, I was unaware ; in fact, my search thereafter found this from 2014: https://chromium.googlesource.com/chromium/src/+/247f9ff7d967f161ff96afc68b82aeb78a6fa4b3 Source: https://superuser.com/questions/958238/how-to-enable-webgl-on-chrome-on-xp
  23. VistaLover
    The original (Chinese) 360EE variants do NOT contain such a feature (nor do they contain the ability to export stored passwords) ...
  24. VistaLover
    ... If you happen to have the CTR extension installed in St52, it does offer that very same feature (plus a plethora of other customisations ): NB that the version fully compatible with St52 is "Classic Theme Restorer v1.7.8.2019.10.27" : https://github.com/Aris-t2/ClassicThemeRestorer/releases/download/1.7.8.2019/CTR_v1.7.8.2019.10.27.xpi You can always close a background/unfocused tab by placing your cursor on top of it (but not selecting it), followed by a middle mouse click (aka wheel-click, most mice today have it ); whether the close button is displayed in that tab or not makes no difference ...
  25. VistaLover
    ... Where do you plan to go, BTW? From my standpoint, this "project" will be discontinued once pukkandan abandons support for Python 3.8 altogether, which might very well be before its official EoS in 2024 ... IIRC, 3.7 is supported for a minority of users (on Vista and some Unixes where it can't be updated further) and 3.8 is still supported for the sake of Win7 users... Win7 support by most app authors/vendors will be waning as 2023 progresses (spearheaded by Google's decisions, no less), so the "inevitable" will happen... Anyone planning on backporting Python 3.9 to Vista SP2/XP SP3, please?
×
×
  • Create New...