Leaderboard

Upstream support forum thread: https://forum.palemoon.org/viewtopic.php?f=70&t=25435 Workaround, that will restore ~ 95% of GitHub's lost functionality: Install github-wc-polyfill-1.0.3.xpi from: https://github.com/JustOff/github-wc-polyfill/releases/tag/1.0.3 All credit goes to (upstream) Ukrainian developer @JustOff ; however, that extension was created with official Pale Moon in mind, hence its install.rdf file has: <em:minVersion>28.14.0</em:minVersion> Should install as is on Mypal 28.14.x (if that's what you want it for ), but to install on latest New Moon 28, one has to edit that line to read: <em:minVersion>28.10.2a1</em:minVersion> The add-on itself has been probably inspired by the WebExtension add-on Polly, that was created for Waterfox Classic users to mitigate GitHub's breakage on Oct 14th 2020... Polly targets a Firefox 56 fork, which has a lot more WebExtension APIs than either Serpent 52.9.0 or Centaury; as a result, Polly will install on Serpent/Centaury, but won't work as designed... Additionally, Waterfox Classic users can (mostly) fix GitHub by toggling dom.webcomponents.enabled to true but, while the same pref does exist in UXP browsers, Web Components support in UXP is extremely unripe/at a very early stage... FYI, github-wc-polyfill extension embeds a base64encoded copy of https://unpkg.com/browse/@webcomponents/webcomponentsjs@2.4.4/webcomponents-bundle.js https://github.com/webcomponents/polyfills/tree/master/packages/webcomponentsjs#using-webcomponents-bundlejs ======================================= Some background: Before the Microsoft buyout () , GitHub would support the latest version of major browsers like Google Chrome, IE/old Microsoft Edge, Safari, Firefox, and care would be taken to not break the current ESR version of Firefox; additionally, "legacy" browsers like Pale Moon, Basilisk, Waterfox (Fx56-based) were "whitelisted" and treated in a special manner so as to remain compatible, but still on a best-effort basis... It well appears that now the "old" team of GitHub developers, the ones sympathetic to "legacy" browsers, have been set aside by the new management, which is hardly any surprise as Microsoft have colluded with evil Google, the net effect being that currently GitHub only caters to the four iterations of Chromium that dominate the browser market (Google's Chromium=Chrome, Microsoft's Chromium=[New] MS Edge, Apple's Chromium=Safari and Mozilla's Chromium-wannabe=Firefox [Quantum] ) ...

eMule_v0.60a-community was released on Oct10, 2020. Does it work on XP? They say it's now being compiled with VS 2019... so I doubt it. Anyway, I do know for sure eMule_v0.51d-community does work OK with XP SP3. Later edit: It does work on XP, after all!

OK, using Stardock Curtains, I got a pretty nice basic dark win10 test theme together as I think. It has translucent window frames (you have to use "Old New Explorer" -> "enable glass on navigation bar") and the Nav bar on the left is a bit lighter in color, like the win control panel windows. Tested it on Windows 10 2004 19041.488. If you want to try it on your own, here are the theme files: Curtains_10_Dark_Aero_Test.7z Install Stardock Curtains (I used the 30 day trial) Extract the archive to: C:\Users\Public\Documents\Stardock\Curtains Run Curtains and select "Win10 Dark Aero Test"

Another day, another program drops its support for Windows 7. An attempt to install the program in Windows 7 will results in this: And the log accompanies it: [0E54:16D0][2020-10-16T12:04:17]e000: Detected Windows 7 [0E54:16D0][2020-10-16T12:04:17]e000: Windows 8.1 or later is required to continue installation Workarounds tested: NNN4NT5 (does not work) No need for PExe editing as Major and MinorOperatingSystem version is set to 5_1 Can us make it work? EDIT: Attempt to run python.exe on the portable version will result in this: Seems like to make it compatible will require quite a bit of work...

No , not even with the extended kernel.

You can set it in your unattend.xml: <settings pass="specialize"> <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <RegisteredOwner>Owner</RegisteredOwner> <RegisteredOrganization>Organization</RegisteredOrganization> </component> </settings> Or edit them after setup with Regedit in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion

Thanks for the info. Just downloaded the zip and updated to the old directory. It works.

October 2020 Updates released on 10/13 KB4580382 monthly rollup (MS support article 4580382) KB4580353 security-only update (MS support article 4580353) no new Servicing Stack update was released - KB4566426 is still the latest SSU

StartIsBack++ 2.9.7

Has PicoTorrent been mentioned in this thread? The most recent stable, native x64 build works on Windows Vista SP2. It's also got a portable version, so it's worth a nod towards. Requires the VC++ 2015-2019 redistributable to be installed.

no, I decided to remove them since the tutorial steps aren't a good way of doing things anymore, though I wanted to keep the text as it was originally written. The latest version 88 is now possible. But some file hosts haven't updated their files. If your kernel32/user32 files are from July and not October, PM me.

WinNTSetup 4.2.4 - Driverstore WOF exclude added to WimBootReCompress.ini - added MergeIDE tweak - added ini option NoFileSystemChecks For the MergeIDE tweak see Tools\MergeIDE_9200.ini and edit it to you needs.