My Browser Builds (Part 5)

[Mathwiz]

20 hours ago, VistaLover said:

https://en.wikipedia.org/wiki/International_Components_for_Unicode

Thanks. I actually thought it might have something to do with the fact that the initialism ICU, when read in English, sounds like the sentence "I see you!"

[anton12]

Hello roytam1 and nicolaasjan,

Thanks for the feedback !

roytam1 said:
"v31l here and it just triggered vc++ runtime error."

nicolaasjan said:
"I have Windows 2000 with extended kernel here in a VM and the latest New Moon works fine."
"Ah... I have Windows2000-KB935839-v30fM-x86-ENU"

anton12 says:
Win2000-KEX-KB935839-v31lM here
and I have Visual C++ Runtime error as well (s.a.).
------------------------------------------------------------------------------
roytam1 said:
"runtime files are not changed and it works on XP SP2 with hotfix or SP3 using same runtime files, so the problem could be in w2k extended kernel."

Which M$ Visual C++ Runtime do you use in W2K-Kex (v31lM)
and XP SP2/SP3.
Is it newer than M$ Visual++ Runtime 2008 ?

[nicolaasjan]

1 hour ago, anton12 said:

Which M$ Visual C++ Runtime do you use in W2K-Kex (v31lM)
and XP SP2/SP3.
Is it newer than M$ Visual++ Runtime 2008 ?

I have :

• msvcr100.dll 10.0.40219.473 (Windows 2000)
• msvcr100.dll 10.0.40219.325 (Windows XP SP3)

Those belong to Microsoft Visual C++ 2010 (direct link; no idea if it will work for your system).

msvcr100.dll 10.0.40219.473 copy from my Windows 2000 here.

[roytam1]

On 12/28/2025 at 11:31 PM, nicolaasjan said:

Ah... I have Windows2000-KB935839-v30fM-x86-ENU

hmm, confirmed v30i and v31 also works.

and it seems to be broken in v31a and later.

since there is no release note and/or changelog for v31a, nothing is known besides ntdll and kernel32 are newer in v31a.

Edited December 30, 2025 by roytam1

[anton12]

Hello nicolaasjan and roytam1,

nicolaasjan said:
"I have :
 msvcr100.dll 10.0.40219.473 (Windows 2000)
 msvcr100.dll 10.0.40219.325 (Windows XP SP3)
 Those belong to Microsoft Visual C++ 2010 (direct link; no idea if it will work for your system)."

I tried Windows2000-VC2019u2-INTL.wlu for W2K by blackwingcat
which installs the latest M$ Visual C++ 2019,
together with W2K-Kex v31l, and it didn't help (runtime error).

Next I returned to my old v30fM
and NM28 25-12-24 and St52 25-12-24 work ok.

roytam1 said:
"hmm, confirmed v30i and v31 also works.
 and it seems to be broken in v31a and later."

W2K-Kex from  v31  to  v31h  had problems that were  
finally fixed with W2K-Kex v31l.
The strange thing is that this fixed version v31l
that worked quite well for over a year - incl. NM28 and St52 -
now has problems with the latest version of NM28 and St52.

Edited December 31, 2025 by anton12

[modnar]

On 12/29/2025 at 6:51 PM, nicolaasjan said:

I have :

• msvcr100.dll 10.0.40219.473 (Windows 2000)
• msvcr100.dll 10.0.40219.325 (Windows XP SP3)...

I have msvcr100.dll v. 10.0.40219.473 in XP. I use abbodi1406's CPPredist AIO x86 v35 (XP_last).

[DanR20]

Roy,

The last two basilisk 55 versions are not directing properly on certain sites. For example this one:

https://www.legacy.com/us/obituaries/washingtonpost/browse

If you scroll down and go to page 2 it doesn't update anymore, it stays at page 1. The last version to work was December 20, 2025. I looked at the web console for errors but there isn't anything. 

[roytam1]

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260110-3219d2d-uxp-3e9ca11775-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260110-3219d2d-uxp-3e9ca11775-xpmod.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom

IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260110-3219d2d-uxp-3e9ca11775-xpmod-ia32.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32

NM28XP build:
Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260110-d849524bd-uxp-3e9ca11775-xpmod.7z
Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260110-d849524bd-uxp-3e9ca11775-xpmod-ia32.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260110-d849524bd-uxp-3e9ca11775-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260110-d849524bd-uxp-3e9ca11775-xpmod.7z
Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260110-d849524bd-uxp-3e9ca11775-w7plus-avx2.7z

Official UXP changes picked since my last build:
- Issue #1791 - Part 1: Un-prefix `-moz-appearance` (a266b9852c)
- Issue #1791 - Part 2: Stop force-styling checkboxes/radio buttons. (f303711c59)
- Issue #1791 - Part 3: Add manual test for unprefixed `appearance`. (d40256d03f)
- Automatically determine current CLDR version when updating langtags. (0471f3bb8c)
- Sort replacements per language and per script to ensure the generated file has stable contents. (13b8ede31d)
- Issue #2853 - Leverage viewport-only logic to ensure overflow propagation. (0357516199)
- Issue #2856 - Make clearing of passwords prefable, and disable by default. (ea25057ec8)
- Issue #2887 - Convert use of -moz-appearance to appearance (1782eeb3bd)
- Issue #2871 - Restructure `GetEmojiPresentation()` for `Extended_Pictographic` clusters (f13f1bd96e)
- Issue #2871 - Addendum - Code Comments (ae2f12c3bc)
- Issue #2858 - Hack around the circular calls to `nsPrincipal::Write()` (99c3171426)
- Issue #2858 - keep type in line with definition. (ffd00e4056)
- Issue #2898 - Don't unroll to large stack probe loops. (628f7cd764)

No official Pale-Moon changes picked since my last build.

No official Basilisk changes picked since my last build.

Update Notice:
- You may delete file named icudt*.dat and icu63.dll inside program folder when updating from old releases.

* Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

[roytam1]

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20260110-40a79c75-uxp-3e9ca11775-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20260110-40a79c75-uxp-3e9ca11775-xpmod.7z

source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom

* Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15.

--

New build of HBL-UXP for XP!

Test binary:
IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20260110-id-656ea98-uxp-3e9ca11775-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20260110-id-656ea98-ia-c642e3c-uxp-3e9ca11775-xpmod.7z

source repo (excluding UXP):
https://github.com/roytam1/icedove-uxp/tree/winbuild
https://github.com/roytam1/iceape-uxp/tree/winbuild

[roytam1]

New build of post-deprecated Serpent/moebius for XP!
* Notice: This repo will not be built on regular schedule, and changes are experimental as usual.
** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions.

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20260110-fbba304a2-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260110-fbba304a2-xpmod.7z

repo: https://github.com/roytam1/basilisk55

Repo changes:
- ported from UXP: Issue #1791 - Part 1: Un-prefix `-moz-appearance` (a266b985) (b54c1ff38)
- import from UXP: Issue #1791 - Part 2: Stop force-styling checkboxes/radio buttons. (f303711c) (c675cd04b)
- import from UXP: Issue #1791 - Part 3: Add manual test for unprefixed `appearance`. (d40256d0) (381fb1132)
- import from UXP: Automatically determine current CLDR version when updating langtags. (0471f3bb) (8d38e88c0)
- import from UXP: Sort replacements per language and per script to ensure the generated file has stable contents. (13b8ede3) (bd3ed5b8b)
- import from UXP: Issue #2853 - Leverage viewport-only logic to ensure overflow propagation. (03575161) (6325aca36)
- ported from UXP: Issue #2856 - Make clearing of passwords prefable, and disable by default. (ea25057e) (7ecfb86b6)
- ported from UXP: Issue #2887 - Convert use of -moz-appearance to appearance (1782eeb3) (d5b52c45f)
- import from UXP: Issue #2871 - Restructure `GetEmojiPresentation()` for `Extended_Pictographic` clusters (f13f1bd9) (d3a62b73f)
- import from UXP: Issue #2871 - Addendum - Code Comments (ae2f12c3) (ab8f025bc)
- ported from UXP: Issue #2858 - Hack around the circular calls to `nsPrincipal::Write()` (99c31714) (2373e190d)
- ported from UXP: Issue #2858 - keep type in line with definition. (ffd00e40) (fbba304a2)

[roytam1]

9 minutes ago, DanR20 said:

Roy,

The last two basilisk 55 versions are not directing properly on certain sites. For example this one:

https://www.legacy.com/us/obituaries/washingtonpost/browse

If you scroll down and go to page 2 it doesn't update anymore, it stays at page 1. The last version to work was December 20, 2025. I looked at the web console for errors but there isn't anything. 

hard to tell whats wrong there, as site returns HTTP 400 Bad Request on both 52 and 55.

GET XHR https://www.legacy.com/api/_frontend/obituaries?endDate=Invalid Date&limit=50&noticeType=all&offset=50&sortBy=date&startDate=Invalid Date&affiliateSiteName=washingtonpost [HTTP/2.0 400 Bad Request 251ms]

 

for cloudflare's loop, you may try toggling javascript.options.weakrefs in about:config.

[DanR20]

8 minutes ago, roytam1 said:

hard to tell whats wrong there, as site returns HTTP 400 Bad Request on both 52 and 55.

GET XHR https://www.legacy.com/api/_frontend/obituaries?endDate=Invalid Date&limit=50&noticeType=all&offset=50&sortBy=date&startDate=Invalid Date&affiliateSiteName=washingtonpost [HTTP/2.0 400 Bad Request 251ms]

 

for cloudflare's loop, you may try toggling javascript.options.weakrefs in about:config.

Tried toggling javascript.options.weakrefs to true, it was at false but no change. Should mention that I'm getting the same result with a new profile and no addons.

[LordGarfio]

12 hours ago, DanR20 said:

Tried toggling javascript.options.weakrefs to true, it was at false but no change. Should mention that I'm getting the same result with a new profile and no addons.

Just out of curiosity, I have tested the above URL (https://www.legacy.com/us/obituaries/washingtonpost/browse) and they pass the Cloudflare's captcha in both Serpent v52.9.0 (2026-01-09) (32-bit) and New Moon v28.10.7a1 (32-bit) (2026-01-09) browsers.

palemoon-28.10.7a1.win32-git-20260110-d849524bd-uxp-3e9ca11775-xpmod.7z
basilisk52-g4.8.win32-git-20260110-3219d2d-uxp-3e9ca11775-xpmod.7z

https://ibb.co/nqWkmVHG

https://ibb.co/SDL5tRHD

Edited 22 hours ago by LordGarfio

[AstroSkipper]

Yesterday, I was also checked by Cloudflare on two different sites. Both checks were done successfully in New Moon from the package palemoon-28.10.7a1.win32-git-20251225-d849524bd-uxp-fd19819276-xpmod.7z.

[modnar]