schwups

Oh yes, today I remembered loblo's method for Opera. Why shouldn't it work for Chrome to get TLS 1.2/1.3 support: Using Burp Suite Community Edition as an HTTPS proxy for Opera running on Azul OpenJDK 8. https://msfn.org/board/topic/178283-browsing-the-web-on-98me-in-2019-and-beyond/?do=findComment&comment=1184454 and following posts

BWC's Chrometool isn't compatible with Win ME / KernelEx. I think KernelEx would have to be considerably rebuilt to get compatibility. But I'm happy to be taught better. Download links for SP's: IMO service packs will not really help to run Chrome.

There is no workaround yet, but who knows what's in a year. I have hardly dealt with Chrome in the last weeks or months. And what about the cryptographic support TLS 1.2/1.3? Google chrome doesn't support it itself. There is a solution for XP (POSReady 2009 updates...), but I don't think there's a simple solution to transfer that to ME. TLS 1.2 is standard today and browsing is almost no longer possible without it. I believe we're not far away to run IE7 or 8. Of course, those IE browsers are very old and obsolete and don't support TLS 1.2, too. I see valid hope for Mypal 68 in the near future. Currently the best and most modern browser I have is Palemoon (31) on the mypal 29.3 "engine" (xul, omni.ja,...). The advantage I've is that this configuration is significantly more stable than Mypal. Errors in Xul usually do not occur.

Look two posts before.

Add-on "Get Archive" is a really fine thing to browse through the web archive (archive.org) for me as ME user. Version 2.5.2 - works with Firefox 3.6 - 56.* I can also use version 3.2 on Firefox 53 (compatible with Firefox 53 and later).

Issue Light 48/49: Classic Add-ons Archive (2.0.3) doesn't work. Classic Add-ons Archive site becomes blank on search extensions.

I added SlimBoat.

Neither KernelEx 4.5.2 nor core update 25 support RtlSetBits yet. Read and learn how to use Kext (DoItYourself KernelEx Extensions) here. Kstub.ini: [ntdll.dll] RtlSetBits= Such a simple entry in the Kstub.ini file may or may not work. Use the ImportPatcher to find missing dependencies.

It can also be newer file versions. There is nothing, even no numbering, that prevents even a current version (NSS Builtin Trusted Root CAs) - like 91.13 from being used,

Light author cstkingkey: "By default, Light only trust a few of Root CAs. It may cause problems. If you run into cert problems when visiting https sites and it works with firefox, you can dowload or find nssckbi.dll shipped in firefox and put it into light's folder." https://sourceforge.net/p/lightfirefox/wiki/certs/ Common message: Not trusted certificate because the issuer certificate has expired... etcetera I tested it with nssckbi.dll from Firefox 52.9.

Light Browser. Not up to date, but slimmed down. As the name says, it is significantly smaller than the corresponding Firefox version. It can start faster and use less memory. It is no longer being developed since 2016. https://sourceforge.net/projects/lightfirefox/ https://sourceforge.net/projects/lightfirefox/files/ Portable Mode: https://sourceforge.net/p/lightfirefox/wiki/portable mode/ Version 48: It starts with UI and the graphical interface is fairly stable. That means you can run it without Hardware Acceleration (Compositing > Basic). I guess the Light Browser is better suited for underperforming or older Hardware. You should still set AzureContentBackend to skia. Supplement: Light - Firefox fork (versions 29 - 49). I continued my tests. Only versions 47 - 49 are suitable to run without Hardware Acceleration - lower versions aren't. Light 47 - 49: Set "gfx.content.azure.backends" to skia. Lower versions don't support skia. The support has been removed here. The addon ClassicThemeRestorer 1.5.3 can be used to solve the tab glitch. Version 49 requires Kext, but not the reg file "APISets Stub dll's/Knowndll's" (v49 compiled with VS2010). I think it's also interesting, that some versions between 36 and 41 run (with the known issues), namely 36r2, 40 and 41. (37, 38, 39 do not)

We mostly talked about QupZilla version 1.1.5 in the past. I have now tested newer versions again. Yes, it does not meet fast development and is basically obsolete. It can be interesting for the KernelEx 4.5.2 user to have an alternative for Firefox 9.0.1 or 10.x with RT's Network Security Services nss update. Qupzilla 1.3.5 runs with Javascript disabled. In my opinion, today 1.8.9 (last XP version, but 2.0.2 runs on my XPSP3, too) isn't much better in terms of website display either. Its OpenSSL 1.0.0.4 (LIBEAY32.DLL, SSLEAY32.DLL) is nearly unusable, but I can simply update that version by replacing these files. Newer versions support important cryptographic protocol TLS 1.2, too. I tested that on two machines. On the first with KernelEx core updates 25 (Kext disabled), I use OpenSSL 1.0.2.21 (1.0.2u), on the second with KernelEx 4.5.2, I can use version 1.0.2.12 (1.0.2L) or alternatively - I think it was - 1.0.1.12, in any case, however, 1.0.1.9. LIBEAY32.DLL, SSLEAY32.DLL: e.g. https://www.dll-files.com , https://www.npcglib.org/~stathis/blog/precompiled-openssl/ , https://indy.fulgan.com/SSL/Archive/ History and Bookmarks work. The tests are with the portable version (portableapps.com launcher). Disable Javascript in the settings.ini. [Web-Browser-Settings] allowJavaScript=false Path Portable: ...\QupZillaPortable\Data\PROFILE Unfortunately, I did not find some old versions like 1.1.8 or 1.2 anymore, even on archive.org for the possibility to try an older dll of Qupzilla to enable JS. Presumably Javascript of those old browsers brings quite little. https://github.com/QupZilla/qupzilla/blob/master/CHANGELOG https://qupzilla-portable.en.uptodown.com/windows/versions https://qupzilla.en.uptodown.com/windows/versions KernelEx mode: Win2000SP4 https://sourceforge.net/projects/portableapps/files/QupZilla Portable/ The portable 1.3.5 already have Launcher 2.2.0, that doesn't work on ME/98. The Launcher can be replaced by the next older Launcher 2.1.2. Because I couldn't find any older versions, I built it myself with the PortableAppsLauncherGenerator 2.1.2 and NSISPortable 2.46.1. https://web.archive.org/web/20111121065924/http://portableapps.com/manuals/PortableApps.comLauncher/intro/quickstart.html https://sourceforge.net/projects/portableapps/files/NSIS Portable/Additional Versions/ https://sourceforge.net/projects/portableapps/files/PortableApps.com Launcher/PortableApps.comLauncher_2.1.2.paf.exe/download The successor of Qupzilla is Falkon browser. I assembled a first API list: Falkon.ini I started experimenting with DX10/11 , mesa, wine files, like dwrite.dll, libwine.dll, wined3d.dll. Apparently there are mandatory dependencies for Falkon here. For testing I have to enable among others [D3D9.DLL]Direct3DCreate9Ex, [msvcrt.dll]memmove_s=>ucrtbase.dll:, [KERNEL32.DLL]InitOnceBeginInitialize=o4e, CompareStringEx=z9e. I can't leave them on permanently because various errors result in other programs. I enable them for testing only. Is there a Falkon browser setting to prevent these calls similar to Firefox "layers.acceleration.enabled;false", "webgl.angle.try-d3d11;false"? Dooble Browser https://web.archive.org/web/20140214122603/http://dooble.sourceforge.net/ https://dooble.en.uptodown.com/windows/versions https://www.pcworld.pl/ftp/wersje/pc_122625/dooble-web-browser.html Dooble.exe files can be unpacked with 7Zip, too. 1.30 runs on ME/98. Extremely unstable with JS enabled. Javascript can be disabled in the Dooble.ini ([settingsWindow] javascriptEnabled=false). The profile name is ".dooble" and is in the program folder (...\DoobleBrowser\.dooble\Dooble\Dooble.ini). 1.43 (2013): Start it once. After the crash disable JS (see above). And try to start Dooble again. If this doesn't work, run it on XP and disable Javascript. Afterwards use the new profile on ME. On XP the profile name is OS user name (...\DoobleBrowser\-username-\.dooble). 1.43 crashes immediately with JS enabled. Updated: libeay32.dll 1.0.2.21, ssleay32.dll 1.0.2.21, libssl32.dll 1.0.2.7 I can't find some Dooble versions anymore, also not on archive.org. KernelEx mode: Win2000SP4 QTWeb Internet Browser Development has been discontinued. But the Website is still online. Latest version 3.8.5 (2013). It already supports TLS 1.2. http://www.qtweb.net/ 3.8.5 runs on ME/98. Javascript must be disabled. Before you allow internet access you must disable JS, otherwise QT Web will crash. Or set JS in the registry to disabled: (HKEY_CURRENT_USER\Software\QtWeb.NET\QtWeb Internet Browser\websettings) String enableJavascript to false. Portable version: Profile folder > ...\QTWebBrowser\QtWebSettings\QtWeb.NET > QtWeb Internet Browser.ini [websettings] enableJavascript=false KernelEx mode: Win2000SP4 Slimboat - latest version 1.1.54 (2015) It crashes on start. After a web search I have versions 1.1.17 and higher. I also found an older version 1.1.8 (2012) on my HDD. QtWebKit4.dll 4.9.3 can be replaced by an older version (e.g. of SB 1.1.8) to start without error. Don't take QtWebKit4.dll of 1.1.17 or newer. Configuration version 1.1.52 (2014), with older QtWebKit4.dll (4.7.4), libeay32.dll 1.0.2.11, ssleay32.dll 1.0.2.11. Problem - versions 1.1.53 and 1.1.54: Disabled SSL 3.0 protocol disables TLS 1.2, too! This is probably unwanted and a bug. Changelog 1.1.53: "Added option to disable SSL 3.0 protocol to avoid POODLE attack. SSL 3.0 protocol is disabled by default. If you wish to connect to legacy websites supporting only SSL 3.0, you can turn it on in Tools:options:security." Configuration: QtWebKit4.dll (4.7.4), libeay32.dll 1.0.2.21, ssleay32.dll 1.0.2.21 Javascript doesn't matter. Portable: The setup exe can be unpacked with 7Zip (no installation). Delete $PLUGINSDIR and $TEMP. Then create a file settings.ini in the SB program folder with entry [General] AppDataInProgDir=1 The profile folder appdata appears on SB start. https://www.afterdawn.com/software/network/browsers/slimboat.cfm/v1_1_17#all_versions The versions below (1.1.17 - 1.1.54) have the wrong name.. Slimjet = Slimboat https://de.dll-files.com/qtwebkit4.dll.html https://web.archive.org/web/20150211174715/http://www.slimboat.com/en/whatisnew.htm https://web.archive.org/web/20150211175203/http://www.slimboat.com/en/dlpage.php KernelEx mode: Win2000SP4 Versions 1.1.33 and higher require Kext or KernelEx core updates. KernelEx 4.5.2 users can try version 1.1.32. Not usable: Midori Browser doesn't quite fit in here. Version 0.46 (2012) works, but is nearly unusable. Apparently no https, no TLS 1.2 support. 0.47 comes with a new libjavascriptcoregtk-3.0-0.dll and Midori causes an error in that dll on start. Disabling JS doesn't help in this case. KernelEx mode: Win2000SP4 Anyhow Midori versions are available on archive.org. https://web.archive.org/web/20130707011718/http://www.twotoasts.de/ https://web.archive.org/web/20131201000000*/http://www.twotoasts.de/ Xombrero keyboard controlled browser (discontinued) - latest version 1.6.3 (2013) on sourceforge https://sourceforge.net/projects/xxxterm/files/ missing APIs (Hresult) [USP10.dll] ScriptItemizeOpenType= ScriptPlaceOpenType= ScriptShapeOpenType= It starts with error in libjavascriptcoregtk-3.0-0.dll like Midori! On XP Xombrero runs by replacing USP10.dll by the file of vista. But in my opinion it isn't really usable anymore.

Sure I know - I tested all modes an yes profiling in NT and above doesn't work. DW cannot hook modules. What I said is as far as I can see, I get the same results no matter whether DWalker is in the KernelEx folder or not, as well as with environment variables set. It's just bad having all the red boxes in the List and Tree Views too, though there is API support by KernelEx. For example it's very time consuming to find missing API's.

I'd tried it and set the environment variable in the meantime, but I can't recognise any difference. I also started DW from KernelEx folder. I don't see, that this solves any issues. What is improving?

Maybe DW Version 2.2.10011 built on 29 October 2015 is the latest and yes it requires KernelEx. So far I have only used the older version 2.2.6000. https://zzz.buzz/2017/05/18/download-dependency-walker/