VistaLover

The wikihow article I linked to has the Community Tested green badge, which signifies: But are you sure installing (unofficial) SP4 is the way to go?

@FranceBB : Italian (it-IT) is what is called the base language of your OS, and it can't be fully reverted to English (en-US) without an OS re-install; however, people have posted a workaround, which might solve your predicament... Funny thing is, the person asking for that in tomshardware site is a (supposedly) compatriot of yours, wanting to change from Italian to English: http://www.tomshardware.co.uk/forum/281286-45-change-display-language-windows-professional => "as far as I know there is only one way. SP3 + regedit" ; the youtube video guide has been long removed (probably at MS's request), but, thankfully, another site has saved it as complete instructions, including screenshots: https://www.wikihow.com/Change-the-Language-of-Your-Computer-(Windows-XP) I believe WinXP SP3 update (in en-US) is saved by MSFN member @sdfox7 in his server (but should be available in Microsoft Update Catalogue)... Worth a shot trying the procedure... Auguri

Please try Folder Options X : http://free-sk.t-com.hr/T800soft/software/FolderOptionsX.html https://github.com/T800G/FolderOptionsX It was suggested to me by a fellow MSFN member here but, sadly, I can't recollect his username, nor is it possible to retrieve his post: it was lost due to the forum's database corruption in early June of this year... Like WinXP, Windows Vista retains free sorting of folders+files, a feature that was removed by M$ in Win7+'s Explorer ; my preferred folder view in Explorer is Tiles, and the inability to freely re-arrange files/folders inside a directory drived me crazy on my sister's Win7 64bit laptop; but, thankfully, Folder Options X came to the rescue !!! Unzip and run the installer (if you want to be extra cautious, you can create a system restore point prior to the installation, I did not have to, everything went along fine...); be sure to check "Enable icon reordering" in the app's settings: what is unfortunate is that the app was released 4 Feb 2017, too long after Win7's own release... It does... But the MSFN member that recommended Folder Options X tried it on Windows 8.1 and it worked there! No clue whether it works on Win10; someone would have to try and report... Regards

Is that the old project you're alluding to?

... And you originally thought you wouldn't be able to fix my reported GitHub bug! This is superb We now have a fully working GitHub in latest New Moon 27, just out of the box! ... And to think that Tobin person () had the cheek to call you a lazy "developer"... Your actions speak volumes for themselves, can't stress enough how satisfied I am as a user of your builds!!! May God keep you blessed

Apologies for coming back to this, but I'm not the type of person that easily gives up I conducted further tests on FirefoxESR 38.8.0, MozillaESR 38.0 being the platform that Tycho is forked from, and, as expected, I can reproduce there the same bug I reported in New Moon 27... Searching to find the first Firefox version in which this bug was fixed (cause we already know it works in FxESR 52, hence UXP platform), I was lucky to discover that the issue is fixed in Firefox 39.0: Given that the ESR branch rarely contains any major feature enhancements (except for security+stability fixes applied to the Fx major version it is forked from), it is safe to assume that the code that fixes this is found in the changelog Fx-38.0...Fx-39.0. Searching on the net for "Fetch API + Request Payload + FormData", I found the following references: https://developer.mozilla.org/en-US/docs/Web/API/FormData/Using_FormData_Objects https://hacks.mozilla.org/2015/03/this-api-is-so-fetching/ and, most interestingly, https://hacks.mozilla.org/2015/03/using-the-firefox-devtools-to-debug-fetch-on-github/ which mentions Bugzilla #1143857 ; As said, I'm not a coder, but, perhaps, is this what you need to apply to Tycho to fix the GitHub Comment Preview bug in New Moon 27 (provided fetch API is enabled) ? Thanks for your excellent user support, BTW

As a matter of fact, I do know @JoeyG ; he's a retired English teacher from the States, who currently lives in Germany with his wife and two beloved cats... I first met him in the mozillazine forums back in ca. 2012, when we were both Firefox Nightly testers He was an avid Windows XP + Firefox enthusiast; after XP's EOL, he had to update many of his machines to Win7 and, if it hadn't been for aris's Classic Theme Restorer extension, he would have jumped off the Firefox bandwagon as soon as Australis was enforced upon us... But the move to Firefox Quantum was a hard/bitter pill to swallow, so he ended up in Pale Moon Land... Reading his posts over many years, I feel there was no ill intent on his part in posting @roytam1's blog link in the Moonchild forums; his was a genuine query for additional info regarding the "forks", posted in a subforum (General discussion) where such queries would be totally fine... But then again, "Matt A Tobin" is lurking there, hence the repercussions... The mere mention of "XP/Vista/fork" is enough to ignite Matt and make him explode all over the place ; we all know that by now; I have taught myself to be immune of his insults and stay calm about it; in fact, "who fu*king cares" what he thinks... Roy's hard efforts are valued immensely by all those who get to use his builds! As for @JoeyG, perhaps @roytam1 can invite him via PM into this wonderful community, where members here are more tolerant of people's freedom of choice to use/keep using the OS they most feel comfortable with - or, in some cases, keep using the OS they are stuck with (i.e. it is impossible/impractical to move to a newer OS)!

Many thanks for investigating this... Since, sadly, I'm not a coder, I found it hard to understand what you were saying there (), but after some further examination of my own I managed, at least, to identify what you were referring to ... The following is from New Moon 27 where, as reported, github comment preview does not work: ... and the next one is from FirefoxESR 52, where github comment preview does work: It is unfortunate that this bug cannot be fixed in NM27/Tycho, but all is not lost; for the most part, Github is still usable there for an average user; for full compatibility with current Github, we have New Moon 28/UXP; plus, the other UXP browser, Serpent 52.9.0, can be made fully compatible with Github via a simple SSUAO, e.g. general.useragent.override.github.com;Mozilla/5.0 (Windows NT 6.1; rv:52.0) Goanna/4.1 Basilisk/52.9.0 (no reference whatsoever to Gecko+Firefox seems to be enough...) Likewise, in Basilisk (Serpent) 55/moebius I used: general.useragent.override.github.com;Mozilla/5.0 (Windows NT 6.1; rv:53.0) Goanna/4.0 Basilisk/55.0.0 In FirefoxESR 52.9.0, which does not support SSUAOs, I used the HTTP Header Mangler v1.1.3 extension (WebExtension) with the rule: # Restore GitHub JS functions in 52.0 =< Fx < 59.0 github.com User-Agent= Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Firefox/60.0 Many other solutions involving XUL and/or WE addons exist for FxESR 52; I just found that one to be quite elegant, plus it doesn't overcrowd the browser toolbar with yet another button... BTW, 59.0 is the lowest Firefox version (in the UA string) that does not cause Github to complain about an unsupported browser... Two other browsers that are forked from FxESR 52, SeaMonkey 2.49.4 and Cyberfox 52.9.1, both support SSUAOs, so you can use the above Fx 60.0 UA string to restore GitHub on them... In closing, and while I'm not a Google Chrome person myself, I tried the last version of that browser that would run on Vista SP2, which is v50.0.2661.102; of course, GitHub would immediately flag Chrome 50 as an unsupported browser, but: 1. I installed User-Agent Switcher for Chrome extension; this one is capable of per-domain-UAOs 2. I configured the extension to spoof the Vivaldi (or Opera) browser on github.com; I first created a custom UA for Vivaldi (in the Opera group): and then used that in the extension's Permament Spoof list: (Vivaldi 1.2.470.11[beta] is the maximum Vivaldi version - based on Chromium 50 - that would run on Vista) I had first toyed with the idea of spoofing recent (> 65) Chrome versions to github, but that was not working; what really worked was spoofing either Vivaldi or Opera (and, not forgetting the original issue I reported here, "comment preview" does work in Chrome 50 !) ... Though I've not verified this myself, I estimate a similar procedure can be used to restore GitHub in Google Chrome 49.0.2623.112, the last WinXP compatible version... ... I do hope all the above is found to be useful, at least by some of you here...

Hello; I am sorry to report that your suggested fixes DID NOT cure my reported issue about GitHub Comment Previewing not working in (latest) NM27 I first created the string pref general.useragent.override.github.com;Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0 (Pale Moon) and then toggled dom.fetch.enabled so that now is: dom.fetch.enabled;true New Moon was restarted, then I accessed, e.g., https://github.com/rg3/youtube-dl/issues/17842#issuecomment-438809543 I cleared all Github cookies, cleared the browser cache, restarted and successfully logged-in anew to my Github account; I tried to edit my last comment in that thread and, again, Comment Previewing does not work, though this time Browser Console reports a different error: In case it helps, here is also the Request Headers window for the POST request for the preview: Any more ideas, please...? Thanks for your time spent already on this...

Latest New Moon 27 (Tycho platform) on Windows Vista SP2 32-bit; browser specifics: New Moon 27.9.1a1 (32-bit) (2018-11-02) buildID=20181102135253 Package filename: palemoon-27.9.1a1.win32-git-20181103-e1975531d-xpmod.7z As @CoRoNe has previously posted (here and here), I seemingly was unaffected by the recent GitHub changes: No top banner about an unsupported browser, browsing repositories and changing branches inside a repository without login in, all worked fine! Even when logged in, I could do everything I wanted, or so it appeared... Today I discovered one function that doesn't work, and this is Comment Previewing (either when writing a new comment or while editing an existing one ); the preview tab just displays "Error rendering preview", Error Console displays a ReferenceError on a big github javascript file: I then tried what was suggested by Roy here, i.e. creating a SSUAO for GitHub, restarted NM27 and tested anew, but this hasn't fixed the issue ; as is best recommended in the case of bugs, I repeated tests in, first, Safe Mode and, second, by creating a new pristine NM27 profile (all to no avail...). Can anyone here with a Github account reproduce? @roytam1: Is there a possible fix for this in Tycho, or should I give up Github altogether in NM27? FTR, everything GitHub related (i.e. including Comment Previewing) works as expected in latest NM28 out-of-the-box (without a SSUAO), but I still prefer to run NM27 when I have a choice, it being more responsive and gentler on resources in this old hardware of mine... Again, many thanks for your invaluable efforts!

Both the main executable and the wxWidgets DLLs, when inspected with a HexEditor, reveal dependencies on missing stub dlls kernelxp.dll and advapixp.dll; I am not at all savvy in this field, but presumably these stub DLLs handle (redirected) API calls not present inside XP's proper dlls, i.e. kernel32.dll and advapi32.dll; obviously, more expert members here can elaborate on this, I have just scratched the surface... Perhaps @FranceBB forgot to include them in his package, or assumes they are to be easily found elsewhere... BTW, you'd also need msvcp140.dll and vcruntime140.dll present in the folder for the app to run, if, that is, you don't have the redistributable for MSVC++ 2015/2017 installed system wide...

I was intrigued by what you have posted so I decided to create a new clean/minimal Serpent 52.9.0 profile; some basic GUI settings were changed, then I proceeded to only installing Greasemonkey 4.1 (WE, from AMO), followed by installing the SF.net userscript from their site (you have to cut-off the timestamp bit, ?ts=..., from the URI there, because GM will only install scripts from URIs ending in user.js). I restarted Serpent, headed off to a youtube clip and, apparently, everything was working fine: Well yes, I do expect Moonchild's Basilisk and Roytam1's Serpent 52 (both on the UXP platform) to have the same WE APIs, so I am puzzled as to why you didn't manage to get GM 4.1 working in your Serpent install (on XP) ; perhaps a conflict exists there between one of your other extensions and/or a modified browser setting??? FWIW, I can't test official Basilisk here, since it requires Win7+ My previous comment to you wrt GM 4.1 was half "educated guess" and half "from experience" ... When it comes to Serpent 52.9.0 and Webextensions, I have always found it to be a case of trial-and-error ; WE addons from AMO that would install fine in FirefoxESR 52.9.0 and then perform there as expected, would either not install at all in Serpent in the first place (yielding the infamous "appears corrupted" error message) or, after initial successful install, would underperform or not work at all... That is why in Serpent, much like in NM, I'll opt for the XUL edition of an extension, provided there's still choice (so I use XUL GM but WE SF.net - there isn't anymore a legacy version of the latter available). Cheers

Hi ; I did some tests on my Vista SP2 laptop running yesterday's release of New Moon 28 (appVersion=28.2.0a1 (32-bit), buildID=20181027020958) and those tests showed conclusively that: Native UA: Mozilla/5.0 (Windows NT 6.0; rv:52.9) Goanna/4.1 PaleMoon/28.2.0a1 Gecko compat UA: Mozilla/5.0 (Windows NT 6.0; rv:52.9) Gecko/20100101 Goanna/4.1 PaleMoon/28.2.0a1 Firefox compat UA (this is my current setting): Mozilla/5.0 (Windows NT 6.0; rv:52.9) Gecko/20100101 Goanna/4.1 Firefox/52.9 PaleMoon/28.2.0a1 so, in reality, "Goanna/4.1" and "Pale Moon/28.2.0a1" are not replaced, but always remain in the advertised UA string; if you want to hide them completely from a certain site, you'd have to use a custom UA string (either via the native way, setting a SSUAO in about:config, or via an extension). There's a hidden (i.e. not exposed in a GUI setting) string pref inside about:config called general.useragent.compatMode.version which defaults to 52.9 ; by modifying it to a more recent Fx major version, those sites might be tricked into thinking you're running an up-to-date Firefox version; e.g. with the "Firefox compat" UA mode and that pref set to "63.0", my advertised UA string is: Mozilla/5.0 (Windows NT 6.0; rv:63.0) Gecko/20100101 Goanna/4.1 Firefox/63.0 PaleMoon/28.2.0a1 This approach, however, is not risk free, because you stand the chance of a site serving you code (Javascript, CSS, etc.) - intended for your "advertised" Firefox version - that NM28 is just not compatible with... So, as you said, you'd have to experiment a bit - as you put it, YMMV...

GM 4.1 is of the WebExtension format and is dependent on WE APIs not present inside Basilisk52/UXP (which, as stated numerous times, has only a limited subset of WE APIs compared to FxESR 52); if you want to install GM on Basilisk, go for the XUL (legacy) version 3.17 or the PM fork 3.31.4 If, OTOH, you insist on installing a userscript manager of the WE format, latest Violentmonkey 2.9.9 works fine with Basilisk (both 52/UXP + 55/moebius)... The WE addon from SF.net has a feature that enables you to selectively disable/enable it per site; perhaps that's what you need (not tested, as I don't have an account with chase.com ): Regards

Matt A. Tobin spewing, once more, poison against Vista users and against the New Moon fork: #817#issuecomment-433252852 The fact is I got prior clearance from Moonchild himself to report bugs (found in New Moon 28 on Vista) in the GitHub issue tracker, if: 1. The bug has been also reported in the Palemoon forum by users of the official PM builds 2. I could replicate the bug I found by using an official build on Win7+ So that is why I got involved in #817#issuecomment-427697783 Honestly, I find all that hostility from Tobin to be totally unwarranted... Mind you, I refuse to even dignify his response by trying to argue with him; we all know by now he's a nut case... I will accept his code contributions to PM but am not prepared, nor willing, to accept his attitude (rant over...)

... From their Support section: Why is my domain status set to 'Suspended'? I can't see anything that would, even remotely, apply to your case...

... Well, this is unfortunate ; any explanation from them why they did so? Anyhow, thanks for restoring things; I had several bookmarks pointing directly at your repository, I had to manually edit hostnames from o.rthost.cf to o.rths.cf to make them work again

@sdfox7 Let me be absolutely clear: I, of course, am not doubting here your file downloading skills , it's just that I have to stress ONCE MORE the imperative necessity the file hosting site be accessed with an enabled adblocker; the adblocker will thwart any site attempts to offer "suggested software" downloads (in your case, a "purportedly" outdated version of the Adobe Flash Player stub installer) and proceed straight to the requested file download (as is shown in my screenshot ); in some cases, you might have to press the DOWNLOAD button a second time to be presented with a "save file" prompt (depends on browser setting); you fail to disclose the type of browser and adblock used in your downloading attempts ; I only mean to help here, not cause you additional trouble... The uBlock0 file has been downloaded till now a total of 14 times, in the worst-case-scenario, some good person can re-upload it to a new hoster you feel more comfortable with (e.g. MEGA, Google Drive, OneDrive, etc - I don't have accounts with any of them ATM ) Best regards and apologies for any inconvenience caused...

Indeed ... And for that you deserve all the praise there is! Technically, even they can't be held responsible for issues on the XP platform, as they - since long ago - do not target that (so they can't test on XP) and do not care if their code, patched only to the extent it will allow it to run satisfactorily on XP/Vista (and this is only where Roy steps in) creates issues for XP/Vista users... @zipandlips: My dear Russian friend, you should stop sounding demanding, impolite, disrespectful; this attitude will not get you far, not only here, but probably in other places where you'd arrive to seek help ... I sense you are just overly frustrated and not meaning to insult people, still... In any case, read what I wrote previously in this (long) trhead: If you can reliably reproduce some of your issues with the official Pale Moon 28.1.0 build (perhaps on a borrowed Win7+ machine), then post about it (in mild language, please) in the official forum, else take what you're offered and be glad about it... This is a one-person effort, don't expect that wonders can be worked for an OS now 4.5 years EOL'd

... Nothing suspicious if you visit the site with your adblocker ON (uBlock0 legacy 1.16.4.5 in my case, New Moon 28.2.0a1 32-bit 2018-10-12); you should click on the gray button with DOWNLOAD inside it, not anything/anywhere else! Filesize is ca. 2.2MB, filename is uBlock0-1_16_18_0.crx; it has already been downloaded 8 times (at the time of writing), so you should be able to fetch it yourself, too

If you're willing to wean yourself from the AdBlock type family of adblockers, uBllock Origin Legacy (XUL) is a splendid candidate for Pale (New) Moon and other browsers that don't support Webextensions; you must first get rid of any previous content blockers you've been using and then install latest version (1.16.4.5) from the GitHub repo: https://github.com/gorhill/uBlock/releases/tag/firefox-legacy-1.16.4.5 (click on the .xpi link) ; updates will be somewhat infrequent, because the dev's main focus has shifted onto its webextension counterpart; FWIW, to have your copy auto-update, you should install the companion extension uBlock Origin Updater uBlock0 is noticeably more gentle on resources (namely RAM consumption) compared to the ABP family of blockers, so it's recommended especially on older/lower-spec hardware... You don't specify, but if you're interested in an in-browser solution, I highly recommend the SaveFrom.net one, to which I have recently switched :https://en.savefrom.net/user.php?vid=308#youtube Do not install any .exe file from that page! Scroll all the way down to Installation; the Mozilla Firefox extension is of the webextension format, so won't install in New Moon (does so in Serpent 52.9.0/55.0.0); but if you have Greasemonkey for Pale Moon installed, you can proceed to install their userscript from https://download.sf-helper.com/chrome/helper.user.js (Just load in a new tab and follow the prompt). It is one of the few YT-DLers that would pick up the standalone 720p MP4 encode that youtube now hides on VEVO clips (and other protected music content) ... As for MPEG-DASH yt streams, it is able to fetch the raw video+audio streams, but you'll have to properly remux them to MP4/MKV container using FFmpeg... If your query is not specifically for an extension, then I highly recommend the CLI app youtube-dl (front-ends exist); again, for DASH streams you need to place ffmpeg.exe right besides youtube-dl.exe (or else specify its path in yt-dl's config file...) and the app will auto-mux the elementary streams for you...

You can access the same build here ; BTW, that link is contained within the following get_iplayer mailing list post: http://lists.infradead.org/pipermail/get_iplayer/2017-May/010711.html I am the author of that post, also the person who compiled that FFmpeg build; now I don't want to bring up plagiarism into this discussion, but it seems the internet is such a small place after all Just compare, if you will (posted Dec 28th, 2017): to (posted May 10th, 2017): FWIW, MSFN forum member @CoRoNe compiles and offers, out of pure comradeship, recent, XP compatible, FFmpeg builds, though his are optimised for older processors ; he has, not long ago, announced new builds in another thread, here is his post Enjoy!

... Thanks, but what you have uploaded to your server is the GitHub hosted "zip" version of uBlock0 1.16.20 (which, to my knowledge, is unlikely to vanish from there ); what I have politely asked you to archive in your FTP is the signed (originally offered by Google Store) version of uBlock 1.16.18 (uploaded by myself to datafilehost ) which is very hard to harvest currently from the web and is the version that would install normally and work OK with release branch Google Chrome 49+50... Will you be kind enough to do so? ... And that is precisely why there exist anti-Adblock filter lists and userscripts, that should prevent sites from asking you to disable your adblocker! I am now posting with @roytam1's Serpent 55.0.0 web browser (on WinVista 32-bit) that allows many webextensions to be installed, so I am running uBlock0 v1.17.1b2 there... In 3rd-party-filter-lists, I have enabled the innate Adblock Warning Removal list, plus I have also installed and enabled the following custom lists: AAK-Cont Filter For uBlock Origin and AdBlock Protector 2 List for uBlock Origin. You also need a userscript extension, I already have Violentmonkey installed here (in New Moon you should install Greasemonkey for Pale Moon) and then install the AAK-Cont Userscript For uBlock Origin Granted my setup does not cover all cases, but I'd say it works for 90% of these obnoxious sites that demand an adblocker switch-off ... I have to disable my adblocker sometimes willingly during troubleshooting, frankly I can not stand one mere minute without it! (same goes for my old hardware - CPU + integrated GPU - which suffers spikes from all these ad-playing videos/iframes/popups all over the place... ) I understand many sites rely on ad income, I selectively whitelist those ones I want to support (e.g. MSFN) in my adblocker's settings; most of them are not of the malicious-type ones that insist on shoving down your throat every ad that exists on the internet, not to mention the coin-mining ones... Thanks for your efforts Stephen into archiving anything XP valuable ... I'd wish there existed someone else doing similar things for the Vista OS, but I understand the chance of that is infinitesimal

Well, I "certainly" don't want to steal any thunder away from @gorhill (aka Raymond Hill), but he wasn't involved in any of the legwork ; the actual fix was committed by another dev, GitHub member @gwarser, all "Raymond" had to do was accept and merge a pull request... Still, that's indeed way better compared to many other extension devs, who have washed their hands off of XUL code... At the end of the day, legacy uBlock0 received an enhancement feature and that's what matters...

... and with uBlock0 v1.16.4.5 legacy (XUL), you can now properly subscribe to filter lists on https://filterlists.com This is because issue #3737 was fixed via commit git-80f8f3b Great news!