My Browser Builds (Part 5)

[we3fan]

On 5/31/2026 at 3:39 PM, soggi said:

Hey...

Sorry, that I wasn't here for some ~3 years but mostly always put the new releases to my tools page (https://soggi.org/misc/tools.htm) as a mirror.

Hi soggi, good to see you back.

[roytam1]

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260620-3219d2d-uxp-f718564719-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260620-3219d2d-uxp-f718564719-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-20260620-3219d2d-uxp-f718564719-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-20260620-d849524bd-uxp-f718564719-xpmod.7z
Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260620-d849524bd-uxp-f718564719-xpmod-ia32.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260620-d849524bd-uxp-f718564719-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260620-d849524bd-uxp-f718564719-xpmod.7z
Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260620-d849524bd-uxp-f718564719-w7plus-avx2.7z

Official UXP changes picked since my last build:
- Issue #2306 - Re-introduce pref for WeakRef API spec. (8eac1db64b)
- Issue #2306 - Enable full weakref by default in platform. (0bd0d0a296)
- Issue #3122 - Exclude local resources from <base> CSP checks. (692606e89c)
- Bug 2029066 - Remove Sinking of Live instructions. (2712943075)
- Bug 2029765 - avoid refcount over-release in nssTokenObjectCache error path [@ nssToken_Destroy]. (13d8737677)
- [network] Make keep-alive pref Atomic. (f20e0799a0)
- [DOM] Reject too large mLength in MutableBlobStorage::WriteRunnable. (b60661dfe1)
- Bug 2023478 - improve handling of escape sequences in pk11uri_ParseAttributes. (7ae6442d99)
- Bug 2033848 - Use non-default response ID for GTK file picker accept button. r=stransky (81babad165)
- [DOM] Zero-initialize ThreadSharedFloatArrayBufferList. (5ab14e5932)
- No issue - Use ImmGCPtr for module meta data visits. (0bdcc65c4c)
- [parser] Better align with spec definition of adding nodes. (a50e1d7ae5)
- [DOM] Avoid over-optimizing some getter/function calls. (a83b6f74bb)
- [gfx] Check more offsets during CFF subsetting. (9a457cbfd9)
- [network] Make HttpBaseChannel::mLoadFlags atomic. (100f6aaf5b)

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-20260620-40a79c75-uxp-f718564719-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20260620-40a79c75-uxp-f718564719-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-20260620-id-656ea98-uxp-f718564719-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20260620-id-656ea98-ia-c642e3c-uxp-f718564719-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-20260620-962fb7e60-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260620-962fb7e60-xpmod.7z

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

Repo changes:
- ported from UXP: Issue #2306 - Re-introduce pref for WeakRef API spec. (8eac1db6) (938e5c744)
- import from UXP: Issue #2306 - Enable full weakref by default in platform. (0bd0d0a2) (74824f24b)
- import from UXP: Issue #3122 - Exclude local resources from <base> CSP checks. (692606e8) (6fc95b735)
- ported from UXP: Bug 2029066 - Remove Sinking of Live instructions. (27129430) (e89f0a52f)
- import from UXP: Bug 2029765 - avoid refcount over-release in nssTokenObjectCache error path [@ nssToken_Destroy]. (13d87376) (73b5f11e4)
- import from UXP: [network] Make keep-alive pref Atomic. (f20e0799) (0d6196afd)
- ported from UXP: [DOM] Reject too large mLength in MutableBlobStorage::WriteRunnable. (b60661df) (94d348ce4)
- import from UXP: Bug 2023478 - improve handling of escape sequences in pk11uri_ParseAttributes. (7ae6442d) (f277da265)
- import from UXP: Bug 2033848 - Use non-default response ID for GTK file picker accept button. r=stransky (81babad1) (1f1e28073)
- import from UXP: [DOM] Zero-initialize ThreadSharedFloatArrayBufferList. (5ab14e59) (91d2413a4)
- import from UXP: No issue - Use ImmGCPtr for module meta data visits. (0bdcc65c) (456bea8af)
- import from UXP: [parser] Better align with spec definition of adding nodes. (a50e1d7a) (1f0c79b3a)
- import from UXP: [DOM] Avoid over-optimizing some getter/function calls. (a83b6f74) (94850d8a2)
- import from UXP: [gfx] Check more offsets during CFF subsetting. (9a457cbf) (acffb7115)
- import from UXP: [network] Make HttpBaseChannel::mLoadFlags atomic. (100f6aaf) (962fb7e60)

[VistaLover]

23 hours ago, roytam1 said:

NM28XP build:
Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260620-d849524bd-uxp-f718564719-xpmod.7z

The embedded video player doesn't even load in latest NM28 when one accesses: 

https://www.ctvnews.ca/toronto/video/2026/06/20/germany-fans-take-over-streets-of-toronto-ahead-of-world-cup-game/

TypeError: navigator.requestMediaKeySystemAccess is not a function in
newrelic.js:6:8007

I had to use r3dfox (v140.0.4) to view the clip; BTW, the clip is neither DRM'ed nor geoblocked; NM28 should've worked! 

[roytam1]

27 minutes ago, VistaLover said:

The embedded video player doesn't even load in latest NM28 when one accesses: 

https://www.ctvnews.ca/toronto/video/2026/06/20/germany-fans-take-over-streets-of-toronto-ahead-of-world-cup-game/

TypeError: navigator.requestMediaKeySystemAccess is not a function in
newrelic.js:6:8007

I had to use r3dfox (v140.0.4) to view the clip; BTW, the clip is neither DRM'ed nor geoblocked; NM28 should've worked! 

older builds shows these instead:

navigator.requestMediaKeySystemAccess promise rejected 0x80530009 'Key system is unsupported'
MediaKeySystemAccess::GetKeySystemStatus(com.widevine.alpha) result=available msg=''

and it still doesn't play here.

Edited Saturday at 11:03 PM by roytam1

[VistaLover]

5 minutes ago, roytam1 said:

older builds show these instead:

navigator.requestMediaKeySystemAccess promise rejected 0x80530009 'Key system is unsupported'
MediaKeySystemAccess::GetKeySystemStatus(com.widevine.alpha) result=available msg=''

and it still doesn't play here.

So, despite that the video itself ISN'T DRM'ed (e.g., when you watch it in FxESR-115.37.0 under Win7SP1, the DRM icon doesn't show up in the URLbar),

for the embedded player to load it needs the browser to come with Widevine support, in case another video on CTVNews.ca uses DRM? This is so badly conceived  ...

 

[NotHereToPlayGames]

For my "old" Chrome and Chromium v144, the video only plays if MUTED.  Any volume increment above MUTE causes the video to stop playing.

I did not try in Edge (the only browser that I keep on the most-recent version).

[NotHereToPlayGames]

12 hours ago, VistaLover said:

This is so badly conceived  ...

Definitely!  I can't get that video to play in Chrome v144, Chromium v144, or Edge v149.

Finding it very funny that we have found something that works in a Firefox Fork but does not work in Chromium.

[jumper]

The video plays in Chrome 103.0.5060.132 (Official Build) (64-bit) on my out-of-support Chromebook. And the page also works well.

Edit: Also plays okay in Chrome Beta 138, but video UI is jerky.

 

Edited 15 hours ago by jumper

[NotHereToPlayGames]

Tracked down the culprit on my end.

I use an "Audio Compressor" extension (prevents LOUD spikes in audio) and that extension does not work with the audio on that video.

First I've ever encountered that.  Odd...

[modnar]

Is there any way to bypass cloudcrap flare?

[NotHereToPlayGames]

3 minutes ago, modnar said:

Is there any way to bypass cloudcrap flare?

Unfortunately NO.  You would have to contact the owner of the server hosting the web site.

Maybe if you get THOUSANDS of users of that web site to protest, you could get the owner to remove it.

But I do assure you, the owner implemented it for a reason.  All SERVER-SIDE reasons.

[NotHereToPlayGames]

There are things like this (theoretically) - https://github.com/CloakHQ/CloakBrowser

BUT...  you are asking as an XP user.  So my answer to you remains, "No, protest to the server owner".

 

edit:  but these technically are not OLD ENOUGH to *NOT* pass Cloudflare *without* the "bot protections" (with the exception of the Linux-only v142).

So ONLY TIME WILL TELL if these are truly effective.  I will know in about a month when (or if) my city utilities billpay FAILS to work in EDGE but then "if" this fork WORKS.

Personally, I'm not holding my breath!

Edited 4 hours ago by NotHereToPlayGames

[AstroSkipper]

Or open websites such as https://www.ctvnews.ca/toronto/video/2026/06/20/germany-fans-take-over-streets-of-toronto-ahead-of-world-cup-game/ on Android in Chrome 149. ‘Rubbish to rubbish’ is my motto.