Ben Markson

Here you go: ...but I'd believe the code over a screenshot. This is the 'active' content': a.href = "https://msfn.org/board/forum/201-browsers-working-on-older-nt-family-oses/"; a.textContent = "Browsers working on Older NT-Family OSes"; Ben,

This is my solution: https://msfn.org/board/topic/183118-browsers-working-on-older-nt-family-oses/?tab=comments#comment-1207753 Ben.

It helps me to have a direct link so this is my solution. It adds a Subforums link to the Windows XP page that points to the Browsers working on Older NT-Family OSes page. // ==UserScript== // @name addBrowserLink // @namespace BenMarkason // @author Ben Markson // @description Add Browser Link. // @include https://msfn.org/board/forum/34-windows-xp/ // @grant none // @version 1.0 // @run-at document-end // ==/UserScript== (function() { eli = document.getElementsByClassName("ipsDataList_zebra"); if (eli[0]) { li = document.createElement("li"); li.className = "cForumRow ipsDataItem ipsDataItem_responsivePhoto ipsClearfix"; eli[0].appendChild(li); div = document.createElement("div"); div.className = "ipsDataItem_icon ipsDataItem_category"; li.appendChild(div); span = document.createElement("span"); span.className = "ipsItemStatus ipsItemStatus_large cForumIcon_normal ipsItemStatus_read"; div.appendChild(span); i = document.createElement("i"); i.className = "fa fa-comments"; span.appendChild(i); div = document.createElement("div"); div.className = "ipsDataItem_main"; li.appendChild(div); h4 = document.createElement("h4"); h4.className = "ipsDataItem_title ipsType_break"; div.appendChild(h4); a = document.createElement("a"); a.href = "https://msfn.org/board/forum/201-browsers-working-on-older-nt-family-oses/"; a.textContent = "Browsers working on Older NT-Family OSes"; a.className = "ipsDataItem_title ipsType_break"; h4.appendChild(a); } })(); Ben.

@Eclectic 1) You don't say what browser you're using or what error you get to it's not really possible to tell. 2) It seems that palemoon.org is doing a User Agent check. The links start out as: http://palemoon.org/ but if you spoof to (for example): Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 PaleMoon/29.4.1 ...the links will change to (for example): https://addons.palemoon.org/?component=download&id=neomelodica@vannilla.org&version=2.3 ...from there you can Save Link As to grab neomelodica-2.3.xpi In the install.rdf it has entries for both: <em:id>{8de7fcbb-c55c-4fbe-bfc5-fc555c87dbc4}</em:id> which is Palemoon <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id> which is regulaer Mozilla Firefox 3) I tend to rely on Help... About or (probably better) Troubleshooting Information. Ben.

The new home for all the browser threads. https://msfn.org/board/forum/201-browsers-working-on-older-nt-family-oses/ Can this link be pinned in this forum? Ben.

I didn't check the links but assuming you got the one to work for the Revoked Certificate Update: · http://www.microsoft.com/download/details.aspx?id=41542 ...it returns rvkroots_3f2ce4676450c06f109b5b4e68bec252873ccc21.exe Everything is the same for the Root Certificate Update except for the .inf, file, this is it: [Version] Signature = "$Chicago$" Provider = %Msft% AdvancedINF = 2.0,%AdvPack% [DefaultInstall] RequiredEngine = setupapi.dll,%SetupAPI% CheckAdminRights = 1 AddReg=AppCompatSetup.reg RunPostSetupCommands = RunPostSetupCmds [RunPostSetupCmds] updroots.exe authroots.sst updroots.exe updroots.sst updroots.exe -l roots.sst updroots.exe -d delroots.sst [AppCompatSetup.reg] HKLM,"Software\Microsoft\Active Setup\Installed Components\%GUID%",,,"%COMPName%" HKLM,"Software\Microsoft\Active Setup\Installed Components\%GUID%","IsInstalled",0x10001,01,00,00,00 HKLM,"Software\Microsoft\Active Setup\Installed Components\%GUID%","Version",,"%VERSION%" HKLM,"Software\Microsoft\Active Setup\Installed Components\%GUID%","Locale",,"%LANG%" HKLM,"Software\Microsoft\Active Setup\Installed Components\%GUID%","ComponentID",,"%COMPID%" [Strings] ; !!!!!!!WARNING!!!!!!!! ; !!!!!!!WARNING!!!!!!!! ; !!!!!!!WARNING!!!!!!!! ; !!!!!!!WARNING!!!!!!!! ; >>>>> VERSION must be updated for each update roots package <<<<< ; HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components\{EF289A85-8E57-408d-BE47-73B55609861A} = 40,0,2195,0 ; "Ver" must also match the first field of VERSION. VERSION="40,0,2195,0" Ver="040" ; Don't change this -- this is our unique GUID GUID={EF289A85-8E57-408d-BE47-73B55609861A} ; Don't change these either COMPID=Windows Roots Update COMPName=RootsUpdate ; Same set of roots for all locales LANG=* ;---------------------- ; localizeable Strings ;---------------------- Msft = "Microsoft" AdvPack = "The correct version of Advpack.dll was not found, update halted." SetupAPI = "Required file: SetupAPI.dll, is missing from your system." I do have a copy of rootsupd.exe from 5th June 2020 but I'm not sure I'm supposed to post such things. Ben.

I have never used the tool, instead I have always used the manual process outlined on page #1 of this thread: Download and extract the two updroots.exe packages (they are the same except for the inf files): · updroots.exe [5.2.3790.4456] · ADVPACK.DLL [7.0.5489.0] · rvkroots.inf and rootsupd.inf Tweak both rvkroots.inf and rootsupd.inf with: · VERSION="5,0,2195,0" · Ver="005" and Ver="040" Download the latest .sst files (from http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/): · disallowedcert.sst · authroots.sst · delroots.sst · roots.sst · updroots.sst Use Rundll32.exe to apply the files: · Rundll32.exe advpack.dll,LaunchINFSection rvkroots.inf,DefaultInstall · Rundll32.exe advpack.dll,LaunchINFSection rootsupd.inf,DefaultInstall This has always worked for me. Ben.

Hi, With basilisk52-g4.8.win32-git-20210925-f94c0da-uxp-9ab5fe727-xpmod.7z any add-on I try and install is throwing this kind of error: 1632563439888 addons.weblistener WARN Exception showing install confirmation dialog: TypeError: Ci.nsISecurityUITelemetry is undefined (resource://gre/components/amWebInstallListener.js:184:1) JS Stack trace: checkAllDownloaded@amWebInstallListener.js:184:1 < Installer@amWebInstallListener.js:81:3 < onWebInstallRequested@amWebInstallListener.js:335:5 < installAddonsFromWebpage@AddonManager.jsm:2206:16 < installAddonsFromWebpage@AddonManager.jsm:3509:5 < buildNextInstall@addonManager.js:107:9 < installAddonsFromWebpage/buildNextInstall/<@addonManager.js:149:9 < safeCall@AddonManager.jsm:186:5 < getInstallForURL_safeCall@AddonManager.jsm:1920:11 < getInstallForURL/<@XPIProvider.jsm:3936:7 < createDownloadInstall/<@XPIProvider.jsm:6628:33 < process@Promise-backend.js:931:23 < walkerLoop@Promise-backend.js:812:7 < scheduleWalkerLoop/<@Promise-backend.js:746:11 ...this is by dragging and dropping the xpi into the browser window. Ben.

You can also have a service run in its own svchost.exe which makes its behaviour a lot easier to observe: sc config <service> type= own And to revert to the 'normal' shared behaviour: sc config <sevice> type= share For example, if you wanted the Automatuc Updates service to have its own svhost.exe: sc config wuauserv type= own Ben.

@VistaLover My Macromed/Flash folder contents look slightly different to yours: ...you have an extra exe, and an extra folder. For the Adobe thing I need this: AllowListUrlPattern=https://wwwimages.adobe.com/ ,,,direct link: https://wwwimages.adobe.com/www.adobe.com/swf/software/flash/about/flashAbout_info_small.swf @RainyShadow is spot on, http://chat.kongregate.com/gamez/0009/4075/live/myth_rider_cs3.swf is a better link than going anywhere near Kongregate's site proper. That one still works for me using: AllowListUrlPattern=https://chat.kongregate.com/ I'm really not doing anything clever! This is my mms.cfg: SilentAutoUpdateEnable=0 AutoUpdateDisable=1 DisableAnalytics=1 EOLUninstallDisable=1 EnableAllowList=0 AllowListUrlPattern=file:* AllowListUrlPattern=https://wwwimages.adobe.com/ AllowListUrlPattern=https://chat.kongregate.com/ The file:* thing is to allow local .swf files to run. Since yesterday EnableAllowList=0 is depreciated and now defaults to '1'. Ben.

I think the problem may be that Kongregate is particularly squirrelly. swf_location = "https://chat.kongregate.com/flash/GameShell_4ef1b0e3533afbd9c353a999a01b4ee6.swf" So, how about... AllowListUrlPattern=https://chat.kongregate.com/ Worked for me Ben.

I can confirm that the mms.cfg workaround is working for me in both the original FF52.9 and Serpent v52.9.0 (2021-01-08) (32-bit) https://msfn.org/board/topic/174085-newest-adobe-flash-and-shockwave-and-java-too/page/38/?tab=comments#comment-1187691 https://msfn.org/board/topic/180462-my-browser-builds-part-2/page/161/?tab=comments#comment-1193119 Ben.

https://msfn.org/board/topic/174085-newest-adobe-flash-and-shockwave-and-java-too/?do=findComment&comment=1187691 So, broadly, I think you will still be able to use flash but only for domains you explicitly whitelist: mms.cfg EOLUninstallDisable=1 EnableAllowList=1 AllowListUrlPattern=file:* AllowListUrlPattern=https://www.newgrounds.com// ...the EnableAllowList will become depreciated and behave as if it is always 1. Ben.

In a previous life I did a bit of XUL Firefox add-on development so I thought I'd take a quick peek at the Revert Site add-on: Revert Site by steeev+ I concur. As of v1.2.2, for Windows, it appears to set the User Agent to: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2661.102 Safari/537.36 This is set in background.js starting at line 102: // Switch User Agent ... the Windows NT 10.0 bit is hard-coded. I'm guessing you could probably substitute your favourite OS. There is also this small CSS tweak: div.fbPageBanner {display:none} This hides the "To help personalise content, tailor and measure ads and provide a safer experience, we use cookies. By clicking on or navigating the site, you agree to allow us to collect information on and off Facebook through cookies. Learn more, including about available controls: Cookie Policy." ... which to my mind should really say: remember to clear all Facebook cookies once you're done! Disclaimer: I don't use Facebook Ben.

As always, nothing is straight forward... Microsoft: We're getting rid of Flash by the end of the year - except you can still use it Adobe Flash Player EOL Enterprise Information Page Unhelpfully the document doesn't allow Copy but the Enterprise Enablement section starts on page 28. The Silver Bullet appears to be to add EOLUninstallDisable=1 to mms.cfg (this sits in C:\WINDOWS\system32\Macromed\Flash) How easy it will be to get hold of HARMAN's versions of Flash Player, who knows. Ben.

To get MSE green see; https://msfn.org/board/topic/177099-which-antiviruses-are-known-for-a-fact-to-be-working-on-xp-sp3-as-of-2019/?do=findComment&comment=1166107 I have since increased 0000016d [365] to 000002da [730] I also stopped MSE from connecting to MS every day - it's a useless check in any event - and this is a way to stop it connecting: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Antimalware\Signature Updates] "FallbackOrder"="FileShares" "DefinitionUpdateFileSharesSources"="C:\\MSE" FilesShares means to look for the definition update in DefinitionUpdateFileSharesSources - that source folder needs to contain the sub-folder /x86, so in this example we would have: C:\MSE\x86 (MSE appends x86 or x64 depending on the OS). The x86 folder needs a definition update file on or prior to 1.293.2807.0 - I'm using an mpam-d.exe for version 1.293.908.0 When MSE checks that file it decides its current version (1.293.2807.0) is better and exits. No error, no logging, pretty much instantaneous. Ben.

Recently - maybe in the last week or so - the Rotten Tomatoes search results have stopped rendering. Here's an example: https://www.rottentomatoes.com/search?search=firefox#results_movies_tab ...where there should be a single result listed. Under both FF52 original and basilisk52-g4.6.win32-git-20200620-34cf555-uxp-c05d07a68-xpmod, I can see the data is actually there [<script id="movies-json" ... "url":"https://rottentomatoes.com/m/firefox" ... </script>] but it's not getting rendered as actual results. Compare this to FF77 where we see #shadow-root elements appearing in the page's html. It is inside these #shaow-root elements that the results appear. Soo, does anyone know the story behind the webcompoants (aka shadow dom) stuff? I notice that the latest UXP changes included these: - Bug 1426494 - Share more code between nsIDocument and ShadowRoot (43725c726) - Bug 1429656 - Implement ShadowRoot.activeElement (5e7917e2c) - Bug 1430299 - Add DocumentOrShadowRoot interface (bbd59105d) ...which sounds tantalisingly as if it should support the shadow dom stuff. Or am I missing something blindingly obvious? Ben.

Assuming I've followed this correctly could you use your own personal proxy server like The Proxomitron? Ben.

Just in case it's of help I use the add-ons UAControl and User-Agent JS Fixer under FF52.9 - together they provide a default, and per site, user agent strings through a simple UI. Ben.

Right-click the reg key Signature Updates and go into Permissions... give yourself Full Control, then you should be able to change the entries inside. Ben.

For anyone still struggling to bite the bullet by installing a replacement to MSE (so far I'm finding them all downright scary if not outright destructive and it is just reminding me why I switched to MSE in the first place) these MSE registry changes seem to do two things. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Antimalware\Signature Updates] "ASSignatureDue"=dword:0000016d "AVSignatureDue"=dword:0000016d ...where 16d = 365 days They stop the 2001 Event ID errors for Microsoft Antimalware, plus - and this did surprise me - my MSE has turned from orange back to green. This is deceptively comforting as it is obviously purely cosmetic. Even so MSE is not entirely useless as it is still doing its job even as the signature files become increasingly out of date. I'm guessing this gives 365 days before MSE thinks the 1.293.2807.0 definitions are too old. I'm also guessing the value could be increased even further. Ben.

Very long time lurker and roll-my-own-updates MSE user. In case it's of any help to someone it is still possible to fetch the mpam-d.exe file that can be executed as is (i.e. MpSigStub.exe is executed). To do this you must first have established the two 'base' signature files for the 15900 engine: mpasbase.vdm and mpavbase.vdm - as already described in this thread. Thereafter you can use a URL as if you are using the 15900 engine version (even though we are still using the 15800 engine): http://go.microsoft.com/fwlink/?LinkID=121721&clcid=0x409&arch=x86&prod=EDB4FA23-53B8-4AFA-8C5D-99752CCA7094&eng=1.1.15900.4&avdelta=1.293.312.0&asdelta=1.293.312.0 ...where you supply the delta values according to what you have installed so far. From there you can just execute mpam-d.exe and it will update the delta signature files: mpasdlta.vdm and mpavdlta.vdm - this should work until the engine version changes again. Ben.