TuMaGoNx

I have added "proper" Java 8 for XP, and update jdk 1.4 with the slightly newer version. EDIT: to test if javafx working properly you could download JavaFX scene Builder 8.5.0 here https://gluonhq.com/products/scene-builder/thanks/?dl=/download/scene-builder-jar/ or if you installed jdk: you could test it with BlueJ 4.1.4

Agreed, not many needed those, I only recalled a Phone WML browser (simulator) that specifically need Java 1.3/1.2. Java 8 situation is messy and hairy. I just check oracle site again, their last publicly available java 1.4 is 1.4.2u34 not u32 as I uploaded. In fact they are downloadable here https://download.oracle.com/otn/java/j2sdkfb/1.4.2_34-b05/j2sdkfb-1_4_2_34-windows-i586-p.exe after baiting it.

After reading more about proxhttpsproxy, I confused as how is the whole thing different from privoxy, configured with ssl enabled? If tls 1.3 needed just add wanted cipher and update the mbedtls/openssl. Someone post https://msfn.org/board/topic/183726-privoxy-as-ssl-filter/ but no one chime in.

just a nitpick, I could compile any (future) openssl version I want with python. or compile last py35 fully compatible to xp with no funny hack involved, but python itself is deadend for xp, both py2/py3, and the last serviced python for xp is python 2.7.18. That's my point.

okay, where I could get latest ProxHTTPSProxy.py ? I got v1.5 from @cmalex is this the latest? what I trying to say is if tls1.3 support in python is a dependecy, then I'd rather run it with python 2.7 which serviced longer than 3.4. Usually py3 script can be backported to py2 with help from backports.* package.

Following the release of final EOL java 7 (u352) today by Zulu, I've archived several Java runtime EOL (from Sun/Oracle/IBM/Zulu) from 1.3 to 1.7 here https://archive.org/details/jreplus In case someone interested in making all in one installer for windows xp... I think there is a specific post regarding XP Java 1,8 here as well here. One of way to switch version via default system java.exe is using argument: -version:[fullversion] which will resolve jre through registry to wanted version. So one could make java 8 default but via context menu one could run a jar using different jre or something like that.

@AstroSkipper is this really need python3 or this also support python 2.7? its just a bit lame to use py 3.4 whic EOLed much earlier, when python 2.7 also support tls1.3

If it still exist I want propose workaround inside skin.srx, inside browser.xml we could remove throbber chunk <throbber name="login_tips_animation" visible="false" src="tips_login_animation.png" frame="250" time="40" /> this will fix that... EDIT: sorry turned out fixed already. please pass on

Sorry for not reading alll pages, has the issue "topleft animated logo when accidentally clicked, cause mouse click lockup until Esc pressed" has been fixed? EDIT: I use version 13. 2250 build. Thanks for the translation!

Java 8 has been broken bit by bit for XP, jdk u60: javafxpackager/javapackager not run because of PE issue jre u60: javafx might not run on non-SSE2? as it compiled by vc2013 jre u112: javafx not works on XP, last working U111 jre u151: the last working installer jre u251: native crypto provider MSCAPI switch to NCrypt (API prefix also changed) jre u261: all exe not run because of PE issue, TLS 1.3 introduced note that this guide not needed if you use ojdkbuild https://github.com/ojdkbuild/ojdkbuild/releases/download/java-1.8.0-openjdk-1.8.0.242-1.b08-x86/java-1.8.0-openjdk-1.8.0.242-1.b08.ojdkbuild.windows.x86.msi How to make oracle java installer for XP? First, Oracle doesn't use normal approach with its installer, inside its executable e.g. jre-8u241-windows-i586.exe there is msi but this it doesn't do the entire job, there is another installer within it that do extraction and binary patching (bsdiff) while reporting back to msiexec (msi and installer.exe must from same version), any failure will cancel remaining actions and trigger rollback tools needed: xn resource editor (resource hacker 4.2.5 run out of memory when injecting huge file) orca bsdiff (search bsdiff4.3-win32.zip) archiver e.g. 7zip 1. Get the msi from U111, U151 and U241 installer using xnre. open jre-8uXXX-windows-i586.exe, go to RCDATA ordinal 100 and export as jreXXX.exe open jreXXX.exe, go to JAVA_INSTALLER ordinal 103, export as jreXXX.msi 2. Extract jreXXX.msi from cmd run msiexec /a jreXXX.msi /qb TARGETDIR="%CD%\jreXXX\" 3. edit jre151.msi inside jre151 folder, open jre151.msi in orca replace text 151->241, 1.8.0.1510.12->1.8.0.2410.7, b12 -> b07, 1.8.0_151->1.8.0_241 optional: change summary and the guid of package, upgrade and product code change INSTALLDIR's defaultdir set updater property to 0, not really needed since we skip its msi (ordinal 105) 4. Extract the "final zip" of U111 and U241 inside jreXXX\Java\jre1.8.0_XXX open installer.exe in xnre export RCDATA ordinal 5 as patch.bs and 6 as old.zip run bspatch old.zip new,zip patch.bs extract the new zip 5. Combine U111 and U241 Replace javafx files (see below) in U241's extracted new.zip with one from U111 Remove C++ 2017 runtime from U241 as they only needed by JavaFX U241 6. Recreate bspatch step with combined zip Zip combined jre files as jre.zip (use store compression) and make a copy as jre2.zip run bsdiff jre.zip jre2.zip patch.bs, yes just a dummy diff. replace U151 installer.exe RCDATA 5->patch.bs and 6->jre.zip set the proper ordinal and locale as original one. 7. Ptionally re-run msiexec /a jre151.msi /qb TARGETDIR="%CD%\jre151\" to cleanup the msi 8. Test it JavaFX files: bin\msvcp120.dll bin\msvcr120.dll bin\javafxpackager.exe (jdk) bin\fxplugins.dll bin\glass.dll bin\glib-lite.dll bin\gstreamer-lite.dll bin\javafx_font.dll bin\javafx_font_t2k.dll bin\javafx_iio.dll bin\jfxmedia.dll bin\jfxwebkit.dll bin\prism_common.dll bin\prism_d3d.dll bin\prism_sw.dll lib\ant-javafx.jar (jdk) lib\javafx.properties lib\javafx-mx.jar (jdk) lib\jfxswt.jar caveat: browser plugin is marked as unverified, not really matter as applet will get blocked anyway due to "out of date" policy. If you need to browser plugin (for retro purpose), use Java 6 or older. Personally I have rebuild installer with jdk tool included, it could save space at just 39MB while jre-only at 29MB. The saving come from the fact that no actual binary patch happen.

Just using 360EE for a weeks, this is what I observed in comparison to maxthon running XP 360EE 12.x == Maxthon 5.3.x -> this chrome engine is unstable on heavy html5 sites, crashing alot 360EE 11.x == Maxthon 5.2.x -> rock solid engine, but unlike above this version make XP wait forever on "repair" wifi connection (@disconnect step) unless I kill the browser processes first (felt like it getting in the way) maxthon pros: has good multilanguage support cons: no TLS 1.3 (use windows networking), very limited configuration (has its own flags e.g mx://), has non-chrome addons/ui 360EE pros: TLS 1.3 support, a true chrome clone all around. cons: basically chinese only in the chrome-dominated internet, it's great to have modern chrome (if you have PAE and big RAM) not a dwindling down browser just like XP marketshare. nb: Opera 12 FTW!

@dencorso thank you I try onepiece's box.com storage and check all his KB list and found HBRs that I want but some regular updates not available I can't find find http://download.microsoft.com/download/5/0/2/5020250F-EEAF-4D06-A8F3-1F16826D0B91/WindowsXP-KB971276-v3-x86-ENU.exe (for XPS printing) anyone have this update? EDIT: nevermind, I found in from chinese site with matched MD5 http://www.86nsn.com/class.1/DownloadShow/?ID=195

sorry for my ignorance (didn't read all posts here) I see first page, download the list and found no hotfixes... So who share the most complete XP hotfixes? OnePiece? Harkaz? maybe chinese/russian link?

Slightly OT, Does anyone experienced with SFU 3.5 (the last service for unix for Windows XP) here? there is bundle package called pkg-current-bundlecomplete35.exe as asked here https://www.sevenforums.com/general-discussion/367623-sua-community-package-bundles-where-download.html Been looking for that, with it SFU should be comparable to an old cygwin is term completeness, but with tighter integration. Currently I use gentoo prefix http://distfiles.gentoo.org/experimental/prefix/x86-interix/20110902/ as advised by wikipedia but a bit overkill (300mb). In short there are three approach of XP "Live" POSIX emulation CoLinux Cygwin/MSYS2/UWIN/etc Interix SFU

I never been optimistic about the prospect of xompie, but if I could borrow code from other devs (Threading API being priority) then I will resume (I currently use XP with no other Windows version).. I would not surprised if AV flag it as virus, xompie use "man in the middle" method and just like other hooking they are prone to false-positive, whatever the justification is.

Just to clarify Oracle is currently doing out-of-bound 2 years extension for Java 8 updates, according to https://www.oracle.com/technetwork/java/java-se-support-roadmap.html java 8 extended support is up to 2025, long after Dec 2020. The fixes and patches always went upstream (to openjdk, e.g. if you use linux you can get latest patched RPM) however nobody give a damn about building Windows binary especially 32-bit binary. For example you wont find the last Java 6 updates for Windows from Oracle/Sun but you could get it from IBM https://www-01.ibm.com/support/docview.wss?uid=ibm10739565 which match the roadmap date above "ended in 2018", the case I hope will be the same for adoptopenjdk to support win32 till 2025 not just 2020, IMHO they are just "arm" of IBM to promote OpenJ9 engine.

@dencorso Just in case Oracle stop provide binary updates there still: https://adoptopenjdk.net/releases.html#x32_win currently at u222 PS: adoptjdk doesnt include JavaFX which you can transplant from u112

I wrote a little COM helper you run it like this (from cmd): getwu -v "IsInstalled=0" >list.txt No need to enable Windows Update (you could disable it), it will only download the database (%WINDIR%\SoftwareDistribution\DataStore\DataStore.edb) from Microsoft and filter it as you want. getwu.zip https://docs.microsoft.com/en-us/windows/desktop/api/wuapi/nf-wuapi-iupdatesearcher-search

Just a thought, my understanding is Microsoft periodically dispose definition that patched Windows already immune with, which why mpam-fe.exe filesize fluctuate so much. So for XP isn't it shoud be 1.291.2489.0 + whatever latest working. What do you guys think? disclaimer : Im no fans of AV, well I kind of miss MRT though

So I try 111 and 121 and certain that 111 is the last fully functional out of the box JRE8 for XP we could however transplant javafx files from 111 into 211 (or 112 to 212) to have working JavaFX bin\ fxplugins.dll glass.dll javafx_font.dll javafx_font_t2k.dll javafx_iio.dll jfxmedia.dll jfxwebkit.dll prism_common.dll prism_d3d.dll prism_sw.dll lib\ jfxswt.jar javafx.properties lib\ext\ jfxrt.jar dont know if this ok but it works with javafx examples here https://github.com/controlsfx/controlsfx

Dibya as I said you will solve only half of the problem, python without its abundant c-ext (though some may work put of the box) libraries is not that good. with PyPy you only need patch the core which for current version is trivial

jfxwebkit.dll (note JavaFX is UI successor of AWT/SWT and whatever variant it called later) i don't check every single updates, I have 211, 131 and 101 and the the original 21 101 is working 131 is mildly broken missing gettickcount64 (trivial to patch, tough you'll miss digital signature) 211 is the case of chrome... EDIT: note that JavaFX isn't actually part of Java 1.8 standard Sun simply give a teaser for next Java 9, IBM Java8 implementation (J9/OpenJ9) never bundle JavaFX or OpenJFX but IBM j9 also broken on XP for different reason.

Just in case someone not know, the reason Sun drop XP is JavaFX8 component: Webkit isn't working (need SRW) EDIT: found another mirror https://github.com/frekele/oracle-java/releases/ that also have tarball. So just ignore my previous post

if you have 7zip something like this: 7z e jre-8u211-windows-i586.exe Data1.cab 7z e Data1.cab installerexe 7z e installerexe .rsrc\1033\RCDATA\* && ren 5 new.patch && ren 6 old.zip && ren 7 bspatch.exe bspatch.exe old.zip core.zip new.patch 7z x -ojre core.zip del Data1.cab installerexe bspatch.exe old.zip core.zip new.patch for /r %f in (*.pack) do jre\bin\unpack200.exe "%~f" "%~dpnf.jar" && del "%~f" jre\bin\java.exe -Xshare:dump EDIT: no errorlevel check there oops

@harkaz Do you still keep XP lastest hotfix installer files? is it inside your compress.rar?