VistaLover

Most thankfully , you decided not to merge official issue #1684 changes, so perhaps, for clarity, you should've added that in the "reversals" of your latest UXP builds, e.g.: - Reverted "Issue #1684 - Move global user-agent override to networking component. (b863bd2ed)" Your praiseworthy efforts are highly appreciated once again !

@Dave-H : Is your IE8 always configured to use ProxHTTPSProxyMII for HTTPS connections? The crux of the issue here, methinks, is whether GCF uses IE8's proxy configuration and whether it shares IE8's cookies/other data... If it's just a standalone, non-configurable, Chromium (32) headless browser within IE8, then, sadly, very little can be done about it... Can you try these experiments for me, please? With GCF enabled, load: https://www.whatismybrowser.com/detect/what-is-my-user-agent so we can verify what UA is being sent; then (again via GCF), load https://clienttest.ssllabs.com:8443/ssltest/viewMyClient.html so we can see which types of secure connections GCF is capable of... Hopefully, we can see whether ProxHTTPSProxyMII is being used in GCF, too... Finally, are you able to successfully sign-in to Google.com via IE8 alone (with GCF disabled)? If you can't without the HTTPSProxy (this is, sadly, a probability), I think you'll be able to with the proxy configured... FWIW, IE9 (on Vista SP2) enabled with TLS 1.2 support, can perfectly fine authenticate and connect to a Google account: (Sadly, EC ciphers are not possible in XP ) Via signing-in, Google cookies are set; if these are shared with/can be picked-up by GCF, when loading youtube you should be already signed-in, at least in theory ! If, OTOH, GCF can't see those IE8 cookies, then perhaps they could be exported from IE8 in a suitable format and imported (somehow?) into the GCF profile @RainyShadow mentioned...

That's because Google have deprecated the old "classic" youtube layout and now yt defaults to loading the polymer layout (several iterations of it exist) which, unfortunately, IE8/XP (and also IE9/Vista) can't render... IIRC, there existed a now dead project called Google Chrome Frame, which used to bring Chrome's rendering engine to Internet Explorer (more info on Wikipedia); I can't remember exactly what version of Chromium it was built on (and the installer itself is currently hard to locate on the web) but it's worth a (long) shot, if available, to test [polymer]youtube loading inside IE8...

If I had to hazard a guess, I'd say because of https://www.vogons.org/viewtopic.php?t=39255 i.e. the CPU on that box of his doesn't support SSE2+ instructions set...

It appears you missed the point in my previous post above... User Agent Switcher & Manager https://chrome.google.com/webstore/detail/user-agent-switcher-and-m/bhchdcejhohfmigjafbampogmaanbfkg Version 0.4.4 Updated: October 8 2020 => CRX3-package-only, that won't install in Chrome 49 OTOH, the one extension I suggested was last updated on September 6 2019 and will install!

@we3fan currently has Chrome 49 on Windows XP, 49 being (as you might already know) the last version to support that OS... Chrome 49 only supports the deprecated CRX2 type of Chromium extension packaging ; however, evil Google have stopped publishing new and updated extensions in the Chrome Web Store (CWS) in that package (.crx) format since the end of last May 2020, making only available the newer format package CRX3, which isn't supported by old Chrome versions (NB: Chrome v64.0.3242.0 is the first one with CRX3 support). The following is an excerpt from an unpublished article of mine: The following depicts what happens when one attempts to install GOYT 1.16.0 on Chrome 49: Previously installed versions won't auto-update, either... SSUAOs in Chromium browsers can be enabled via, e.g. User-Agent Switcher for Chrome : https://chrome.google.com/webstore/detail/user-agent-switcher-for-c/djflhoibgkdhkhhcedjiklpkjnoahfmg 1. First set a Custom UA and add it to the "Chrome" category (under default, this assumes the newly created UA impersonates some other form/version of Chromium), then 2. Permanent Spoof List => domain => youtube.com => choose the previously set custom UA =>add 3. When you load yt, the extension's tab icon will alert you a SSUAO is being used... DISCLAIMER: This was obviously OFF-TOPIC, as it doesn't pertain to any of Roytam1's browsers...

That's because Serpent 52 by default doesn't check AMO (addons.mozilla.org) for installed WEs updates (and if one searches this long thread, will, hopefully, locate related posts of mine... ) If you go to about:config => extensions.update.url, you'll see default URI being https://addons.basilisk-browser.org/?component=aus&reqVersion=%REQ_VERSION%&id=%ITEM_ID%&version=%ITEM_VERSION%&maxAppVersion=%ITEM_MAXAPPVERSION%&status=%ITEM_STATUS%&appID=%APP_ID%&appVersion=%APP_VERSION%&appOS=%APP_OS%&appABI=%APP_ABI%&locale=%APP_LOCALE%&currentAppVersion=%CURRENT_APP_VERSION%&updateType=%UPDATE_TYPE%&compatMode=%COMPATIBILITY_MODE% i.e. only ABBO is being queried for legacy/XUL extension updates... Should you wish to be notified about WE-updates from AMO, you should point that pref to it via: https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=%REQ_VERSION%&id=%ITEM_ID%&version=%ITEM_VERSION%&maxAppVersion=%ITEM_MAXAPPVERSION%&status=%ITEM_STATUS%&appID=%APP_ID%&appVersion=52.9&appOS=%APP_OS%&appABI=%APP_ABI%&locale=%APP_LOCALE%&currentAppVersion=%CURRENT_APP_VERSION%&updateType=%UPDATE_TYPE%&compatMode=%COMPATIBILITY_MODE% NB: 1. You won't be notified about updates from ABBO henceforth... 2. In the case of id-less WEs like GOYT, you'll only be notified about un update being available, but the addons manager (AOM) won't be able to install said update; you'll have to, as you already know already, download manually/patch install.rdf/install from file (or drag-n-drop)... I hope it's clear now,,,

Using 1. Latest Serpent v52.9.0 (2020-11-27) (32-bit) [BuildID=20201127025411] The default SSUAO for "youtube.com" there is general.useragent.override.youtube.com;Mozilla/5.0 (%OS_SLICE% rv:62.0) Gecko/20100101 Firefox/62.0 Basilisk/52.9.0 2. Latest Good Old Youtube v1.16.0 (patched to enable installation), with default settings: FWIW, you don't need to change the default yt SSUAO when using GOYT... I have no issue loading the referenced playlist in the non-polymer layout: However, I do not have a Google/YT account, thus I visit as non-signed-in... YT's behaviour might be different for signed-in users... Tips: If I suddenly find I am being served the abominable polymer layout, I make sure I delete browser cache and all *google.*/*youtube.* set cookies, then restart browser+reload youtube page ... Make no mistake about it... Already, the classic yt search is impossible to restore...

... ALL three links yield a 404 Not Found error ; upon digging in the actual repo, correct links are generated by "s/ffb32e0/11839e2/g", thus: Win32 https://o.rthost.win/basilisk/basilisk52-g4.7.win32-git-20201128-11839e2-uxp-a8a397fbc-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.7.win64-git-20201128-11839e2-uxp-a8a397fbc-xpmod.7z IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.7.win32-git-20201128-11839e2-uxp-a8a397fbc-xpmod-ia32.7z

... Making phone calls requires the WebRTC feature to be present in the application, New Moon (either versions) & BNavigator do not support it (by design) ... You might try latest Serpent 52 (... its WebRTC implementation is fully spec-compliant, but Google enforce strict racism against anything they, themselves, don't produce/control ) ... It's quite probable you'd also have to tweak Serpent's UA to pose as [a] Chromium [variant] to their servers ...

Same thing happens with official Pale Moon. Any Ideas on that ? PS. It involves lists that I already had imported without any problems, then removed them, plus a couple of new ones. @Tangy : If the issue you're experiencing happens on the very popular https://filterlists.com/ site, then that site had a recent revamp/redesign (default dark theme), which might have contributed to the issue... I conducted some short tests with New Moon 28 + uBO-legacy 1.16.4.26, here's what I found: When loading a selected list's own page, e.g. https://filterlists.com/lists/1hosts-mini then, when clicking the "Subscribe" blue button/bar in the right sidebar, try to avoid clicking directly on the literal word, rather aim at an empty spot within that button; then, hopefully, the "add-to-custom-filterlists" dialog will pop-up: Take care...

... Actually, he was banned for a completely different reason :

Probably not, as this is an extension created by Moonchild himself: https://addons.palemoon.org/addon/pm-commander/ What hinders you from downloading+installing it at will? BTW, Moonchild has seemingly lost interest in that extension, it hasn't been updated for close to a year and a half; so it might not work correctly with recent Pale/New Moon (quite a lot has actually changed in about:config since July 2019!)... FWIW, it's meant for "advanced" users, only Can't be easier than simply installing Add to Search Bar v2.9 (via CAA): caa:addon/add-to-search-bar And I can't speak for Roytam1, but "extending the Pale Moon browser" is what dedicated extensions are for, is that not the case? If, OTOH, you mean incorporating into the browser core functions that are currently available by existing addons, then this defeats the purpose and will only increase/bloat the browser package size,; and who's to decide what "additional" functions should be added? One person's needs can vary widely from another's... Well, I can't confirm that here (2008 era Vista SP2 32-bit laptop, 3GB RAM, old Intel Merom Core 2 Duo CPU/integrated GPU); MSFN forums "flows like water" in latest New Moon 28 (but, sadly, this is not the case for other, JS-infested, sites like (new) Facebook, polymer Youtube, Instagram, Twitter and related Social Media Satans; it would appear all these "trendy" mobile-device-targeting web designs put a severe tax on old hardware... ).

Which version of CAA are you on? ... And on which browser? The XPI files are actually hosted on a "storage-waterfox.netdna-ssl.com" domain name, over HTTPS, https://storage-waterfox.netdna-ssl.com/amo/xul/239/239381/proxy_tool-1.19-fx+sm.xpi?origin=caa&action=download , so your system does have to be able to access that domain; check your DNS, firewall, AV suite, content-blockers, etc. Also, ATN still has v1.17 of Proxy Tool (not v1.19 that you seek, but you may still try it despite...): https://addons.thunderbird.net/en-us/firefox/addon/proxy-tool/versions/

@soggi : Each of the above packages contains an application.ini file: BNavigator: [App] Vendor=OpenSource Name=BNavigator RemotingName=bnavigator CodeName=Browser Version=0.9.7608a1 BuildID=20201106041532 ID={a3210b97-8e8a-4737-9aa0-aa0e607640b9} MailNews: [App] Vendor=OpenSource Name=MailNews RemotingName=mailnews Version=52.9.7608a1 BuildID=20201106032451 ID={3550f703-e582-4d05-9a08-453d09bdfdc6} So, there you go! NB: The "7608" part of the version strings is actually build number, so expect it to change in future builds (when full "clobber" is done...)

@soggi : A small inconsistency I'm seeing at your "mirror" : The link to Serpent 55/moebius 64-bit package should be modified accordingly (to be uniform with the rest of the links to 64-bit browser packages ...) ; other than this, many thanks for carrying the torch...

AutoCopy 2 is still available on ATN: https://addons.thunderbird.net/en-us/firefox/addon/autocopy-2/versions/ => https://addons.thunderbird.net/firefox/downloads/file/431692/autocopy_2-1.2.91-sm+tb+fx.xpi

Just thought the following would interest people using the UXP forks: It is the personal goal of upstream developer M.A.T. (but also backed-up by Moonchild himself) to completely debilitate all Firefox-targeting "legacy" extensions from being installable in official UXP browsers like Pale Moon/Basilisk... Already, unstable Pale Moon 29.0.0a6 official builds come without the buildconfig option "--enable-phoenix-extensions", which means already installed compatible Firefox XUL extensions will be disabled , with no option to re-enable , while "new" ones (e.g. from CAA) can no longer be installed ... One way to circumvent that artificial block is to manually edit the add-on's install.rdf file to include a Pale Moon specific <em:targetApplication> section... Or, for a more automated/user-friendly procedure, install and use JustOff's MTT: https://github.com/JustOff/moon-tester-tool/ A confrontation between M.A.T and JustOff has been brewing for some months now (on several levels), let's just say that M.A.T wasn't enthused by the CAA extension nor the recent update of the MTT one ... In a recent post: What future M.A.T. refers to is tracked in official UXP issue #1659 and work on it has already started: https://repo.palemoon.org/MoonchildProductions/UXP/commits/branch/xpiprovider-work I'm not implying, though, that official devs have any ill intent; their view on things is that they should (forcibly) migrate their users from long-deprecated, "insecure", no-longer-maintained Firefox specific legacy extensions (e.g the ones provided by CAA) - despite the fact they are currently working OK - to PM-exclusive format and extensions, forks of the original ones, with current maintainers sourced from the UXP communities (and elsewhere) ... Lofty as it may sound, the net result is yet another wave of plain user inconvenience... Should we be concerned? I'm not yet sure... I don't know what fate awaits the --enable-phoenix-extensions buildconfig flag; if the supporting code stays put, then we should be OK with regards to Fx XUL add-ons; however, in due course, upstream extensions and their repositories will move to the new format, which we'll have to somehow support too, if we are to make use of (or abuse of, as upstream claim ) ... Is supporting both formats (old: install.rdf, new: install.json) in the core browser a possibility, even? I'm no coder, so can't say myself... But, definitely, this part of the official UXP development is one our maintainer @roytam1 should keep a close eye on... Best wishes, stay safe

... For consistency, the issue "was" archive.org's embedded book reader not loading in NM28 (among a few other browsers) and the "resolution" is to toggle about:config pref media.webspeech.synth (from its default false to true) ...

Is this about Mypal or New Moon (per attached image) ? I wasn't using NM27 that far back (as in v27.5.1; official Pale Moon 27 still supported my OS, Vista, I switched to NM28 when PM28 was released) ... Can you please post a link to that NM 27.5.1 package? If you also supply the details of what should be corrected/added, I might take a look at it... No promises yet...

For clarification, Iceweasel-UXP is Hyperbola's fork of Basilisk/UXP (well, broadly speaking... ).

Admittedly, I have been remiss in revisiting this thread, but to the extent it concerns my personal usage, I don't consider Vista's native Windows Defender an urgent matter (as explained previously, I'm only running it and try to keep it updated for "legacy"/sentimental reasons ) ... In any case, Microsoft have been really hopeless in their - still advertised - NT 6.0 support for the off-line WD standalone updater (file mpas-fe.exe); "Previously on Dynasty", I had reported that series 1.323.xxxx.0 of installers became Vista incompatible, because it introduced engine file mpengine.dll of version 1.1.17400.5, not NT6.0-compatible; that series ended with version 1.323.2309.0, digitally signed (SHA2) Oct 1st 2020. During the course of the 1.323.xxxx.0 series, Vista users could update manually their WD by 1. Manually downloading mpas-fe.exe from 32-bit: http://definitionupdates.microsoft.com/download/DefinitionUpdates/x86/mpas-fe.exe 64-bit: http://definitionupdates.microsoft.com/download/DefinitionUpdates/amd64/mpas-fe.exe 2. Extracting from it (with 7-zip) the two *.vdm files (the actual definitions; the smaller-sized is a binary diff one) 3. In Windows Explorer, navigating to the Updates folder of their WD default installation, e.g. for Vista 32-bit it's in: "C:\ProgramData\Microsoft\Windows Defender\Definition Updates\Updates" 4. Dropping inside that directory the extracted *.vdm files (overwriting files, if present); in a matter of ~ 20 seconds, the newer defs will be auto-installed! NB: Step 4 implies a Vista compatible engine file (e.g. v1.1.17300.4 from the previous 1.321.xxxx.0 series) is still in place in "C:\ProgramData\Microsoft\Windows Defender\Definition Updates\{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}" (the alphanumeric string changes into a new random value with each update) Then, in the docs.microsoft.com URL provided by @Vistapocalypse, there was a link to a newer engine file, v1.1.17400.7, digitally signed Sept 3rd 2020, which was indeed NT 6.0 compatible; sadly, that file was only circulated "internally", while on-going series 1.323.xxxx.0 was still shipping to end users incompatible engine 1.1.17400.5 ... FWIW, the very few Vista users with access to "fixed" mpengine.dll v1.1.17400.7 could finally upgrade past v1.1.17300.4 by placing it, as with the *vdm files, inside: "C:\ProgramData\Microsoft\Windows Defender\Definition Updates\Updates" On Oct 2nd 2020, series 1.325.xxxx.0 was released (with 1.325.10.0) and it introduced new engine mpengine.dll v1.1.17500.4 that reinstated NT 6.0 compatibility; Vista users could, once again, update their WD app by simply running file mpas-fe.exe It would appear all was hunky-dory for Vista users, but, once again in a very short while, Microsoft people goofed up big time On Oct 22nd 2020, while series 1.325.xxxx.0 was still on-going, Microsoft released mpas-fe.exe v1.325.1199.0; the file still contained the compatible engine v1.1.17500.4, but trying to run said file under Vista you get: Probing the file itself with specialised tools revealed that it as well as the inner file MpSigStub.exe, though both remained NT 6.0 compatible functions-wise, had been compiled with a Subsystem 6.1 PE header, thus they couldn't be run under Vista in their default state ... Of course, trying to mess with the PE headers (and I had no clue how to modify the internal .exe's one ) would invalidate Microsoft's SHA2 code/file signatures, "bricking" the mpas-fe.exe for updating purposes... Series 1.325.xxxx.0 ended on Oct 29th 2020, with v1.325.1653.0 (the breakage still not fixed); if Vista users wanted to update their WD past v1.325.1177.0 (issued on Oct 21st), could follow the procedure outlined above (by selectively extracting *.vdm files, etc). On Oct 30th 2020, series 1.327.xxxx.0 was released (with 1.327.7.0), introducing new engine mpengine.dll v1.1.17600.5; I am happy to report that a. The new engine remains NT 6.0 compatible b. Files mpas-fe.exe & MpSigStub.exe both have their Subsystem PE headers "fixed" to 6.0 IOW, business as usual (file mpas-fe.exe launches and updates WD's definitions as expected!) Given MS's previous record on this , I'd say the next f**k-up is imminent...

UXP (Unified XUL Platform) is the name of the platform on which several upstream and downstream (forks) projects are built... Organisation: Moonchild Productions (MCP) UXP applications: Pale Moon 28 (+29), Basilisk (52.9.*) Organisation: Hyperbola (unofficial abbreviation: HBL) UXP applications: Iceape-UXP+Icedove-UXP Organisation: Binary Outcast (offical abbreviation: BinOC, unofficial abbreviation: BOC) UXP applications: Borealis Navigator+Interlink Mail & News Thus, Basilisk/UXP -> Serpent 52.9.0 Basilisk/Moebius -> Serpent 55.0.0 (*) Pale Moon 27/Tycho -> New Moon 27.9.x (*) Pale Moon 28[/29]/UXP -> New Moon 28.10.x Borealis Navigator/UXP -> BNavigator Interlink Mail & News/UXP -> MailNews The Hyperbola forks are meant to run only on said Linux distro, but roytam1 has forked them to compile and run on WinXP+... (*): The Tycho and Moebius official platforms have long been deprecated (and also purged completely from official repositories ) , roytam1's forks currently use code from other projects to get updated...

... My contribution was very small, the credit goes to our Roytam1. ... According to "upstream", you both should be hanged in the village square: https://forum.palemoon.org/viewtopic.php?p=202420#p202420

@siria : https://udn.realityripple.com/ https://udn.realityripple.com/docs/Archive Salvaged documentation for pre-WE (aka "legacy") add-ons: https://udn.realityripple.com/docs/Archive/Add-ons/Add-on_SDK ... Thus, you can relax a bit now...