My Browser Builds (Part 6)

[roytam1]

On 8/4/2026 at 6:30 AM, roytam1 said:

yes it is, someone filed an issue about it in upstream and it shows that github makes bad assumption.

https://repo.palemoon.org/MoonchildProductions/UXP/issues/3154#issuecomment-48034

and Basilisk-Dev addressed it in https://repo.palemoon.org/MoonchildProductions/UXP/issues/3157

[exogenesis]

Archive.org Wayback crashes (while viewing text type sites or other)


Crash with fairly recent palemoon-28.10.7a1.win32-git-20260526--xpmod-sse

palemoon.exe caused an Access Violation at location 0128bd90 in module mozjs.dll Reading from location 00000000.

Registers:
eax=0c537020 ebx=001af301 ecx=0000001d edx=16fb5100 esi=00000000 edi=00000000
eip=0128bd90 esp=001af1c0 ebp=001af1cc iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246

Call stack:
0128BD90 mozjs.dll:0128BD90 class JSObject * __cdecl js::UncheckedUnwrap(class JSObject *,bool,unsigned int *)
038C231C xul.dll:038C231C mozilla_dump_image
0340B02F xul.dll:0340B02F mozilla_dump_image
0340FD98 xul.dll:0340FD98 mozilla_dump_image
034124C9 xul.dll:034124C9 mozilla_dump_image
02D7EAFC xul.dll:02D7EAFC public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
03469BAE xul.dll:03469BAE mozilla_dump_image
03A47580 xul.dll:03A47580 mozilla_dump_image
02D7895F xul.dll:02D7895F public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
02D7832F xul.dll:02D7832F public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
02D80900 xul.dll:02D80900 public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
034BF9DE xul.dll:034BF9DE mozilla_dump_image
034A5455 xul.dll:034A5455 mozilla_dump_image
02DC48D6 xul.dll:02DC48D6 XRE_AddStaticComponent
02DC1E51 xul.dll:02DC1E51 XRE_AddStaticComponent
02DBFE2C xul.dll:02DBFE2C XRE_AddStaticComponent
02DDA239 xul.dll:02DDA239 NS_StringGetMutableData
02F5C8F6 xul.dll:02F5C8F6 public: virtual enum nsresult __stdcall mozilla::net::LoadInfo::SetVerifySignedContent(bool)
02F48046 xul.dll:02F48046 public: virtual enum nsresult __stdcall mozilla::net::LoadInfo::SetVerifySignedContent(bool)
02F47D4E xul.dll:02F47D4E public: virtual enum nsresult __stdcall mozilla::net::LoadInfo::SetVerifySignedContent(bool)
03E0618F xul.dll:03E0618F public: bool __thiscall mozilla::NormalizedConstraintSet::Range::Merge(class mozilla::NormalizedConstraintSet::Range const &)
03E45933 xul.dll:03E45933 public: bool __thiscall mozilla::NormalizedConstraintSet::Range::Merge(class mozilla::NormalizedConstraintSet::Range const &)
042D5F30 xul.dll:042D5F30 XRE_StartupTimelineRecord
042EBD15 xul.dll:042EBD15 XRE_GetFileFromPath
042EAB92 xul.dll:042EAB92 XRE_GetFileFromPath
042EC641 xul.dll:042EC641 XRE_main
004018C4 palemoon.exe:004018C4
00401479 palemoon.exe:00401479
00401BEF palemoon.exe:00401BEF
004027A1 palemoon.exe:004027A1
7C817067 kernel32.dll:7C817067 RegisterWaitForInputIdle







Crash with an older palemoon-28.10.7a1.win32-git-20231230--xpmod-sse


palemoon.exe caused an Access Violation at location 0128bd90 in module mozjs.dll Reading from location 00000000.

Registers:
eax=14e1d1c0 ebx=001af301 ecx=0000001d edx=0b805e20 esi=00000000 edi=00000000
eip=0128bd90 esp=001af1c0 ebp=001af1cc iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000246

Call stack:
0128BD90 mozjs.dll:0128BD90 class JSObject * __cdecl js::UncheckedUnwrap(class JSObject *,bool,unsigned int *)
038C231C xul.dll:038C231C mozilla_dump_image
0340B02F xul.dll:0340B02F mozilla_dump_image
0340FD98 xul.dll:0340FD98 mozilla_dump_image
034124C9 xul.dll:034124C9 mozilla_dump_image
02D7EAFC xul.dll:02D7EAFC public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
03469BAE xul.dll:03469BAE mozilla_dump_image
03A47580 xul.dll:03A47580 mozilla_dump_image
02D7895F xul.dll:02D7895F public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
02D7832F xul.dll:02D7832F public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
02D80900 xul.dll:02D80900 public: virtual unsigned long __stdcall mozilla::net::LoadInfo::AddRef(void)
034BF9DE xul.dll:034BF9DE mozilla_dump_image
034A5455 xul.dll:034A5455 mozilla_dump_image
02DC48D6 xul.dll:02DC48D6 XRE_AddStaticComponent
02DC1E51 xul.dll:02DC1E51 XRE_AddStaticComponent
02DBFE2C xul.dll:02DBFE2C XRE_AddStaticComponent
02DDA239 xul.dll:02DDA239 NS_StringGetMutableData
02F5C8F6 xul.dll:02F5C8F6 public: virtual enum nsresult __stdcall mozilla::net::LoadInfo::SetVerifySignedContent(bool)
02F48046 xul.dll:02F48046 public: virtual enum nsresult __stdcall mozilla::net::LoadInfo::SetVerifySignedContent(bool)
02F47D4E xul.dll:02F47D4E public: virtual enum nsresult __stdcall mozilla::net::LoadInfo::SetVerifySignedContent(bool)
03E0618F xul.dll:03E0618F public: bool __thiscall mozilla::NormalizedConstraintSet::Range::Merge(class mozilla::NormalizedConstraintSet::Range const &)
03E45933 xul.dll:03E45933 public: bool __thiscall mozilla::NormalizedConstraintSet::Range::Merge(class mozilla::NormalizedConstraintSet::Range const &)
042D5F30 xul.dll:042D5F30 XRE_StartupTimelineRecord
042EBD15 xul.dll:042EBD15 XRE_GetFileFromPath
042EAB92 xul.dll:042EAB92 XRE_GetFileFromPath
042EC641 xul.dll:042EC641 XRE_main
004018C4 palemoon.exe:004018C4
00401479 palemoon.exe:00401479
00401BEF palemoon.exe:00401BEF
004027A1 palemoon.exe:004027A1
7C817067 kernel32.dll:7C817067 RegisterWaitForInputIdle

System: XP-SP3-SSE

Edited Wednesday at 09:07 PM by exogenesis
System OS details

[roytam1]

next build will have adoptedStyleSheets and ":has" css selector, don't know if either one cause the slowness when browsing pixiv.

[roytam1]

New build of Serpent/UXP for XP!

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

Official UXP changes picked since my last build:
- Issue #2473 - implement :has() CSS pseudo class (aed631e589)
- Issue #3157 - Implement support for adoptedStyleSheets (785da0a0c3)

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

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

Repo changes:
- ported from UXP: Issue #2473 - implement :has() CSS pseudo class (aed631e5) (7aed4de76)
- ported from UXP: Issue #3157 - Implement support for adoptedStyleSheets (785da0a0) (ff12641a1)

[AstroSkipper]

I just tested New Moon 28 32-bit 20260815. GitHub Assets opens, but unfortunately, it uses 100% CPU, which doesn't return to normal, and the whole browser is blocked as long as the GitHub page is the current tab without any new error messages in the Browser Console, probably as the tab is dead. That means this version is also useless to me. So for now, I'll stick with the New Moon 28 32-bit 20260627 version.

Edited 15 hours ago by AstroSkipper
Update of content

[soggi]

The latest update is online...sorry, forgot to post the last... :

The mirror of latest ArcticFox 44, BNavigator 0.9, Firefox 28/45ESR, IceApe 52, IceDove 52, K-Meleon 1.5.x/74/76, MailNews 52, New Moon 26.5/27/28, RetroZilla, RZ browser and Serpent 52/55 builds by @roytam1 has been updated -> soggi.org - tools.

changelog:
- added latest BNavigator 0.9 20260815 build
- added latest IceApe 52 20260815 build
- added latest IceDove 52 20260815 build
- added latest MailNews 52 20260815 build
- added latest New Moon 28 20260815 builds
- added latest Serpent 52 20260815 builds
- added latest Serpent 55 20260815 builds

To don't lose track of things I want to update too someday...

todo:
- add various flash player versions
- add FlashFix for WinXP
- add VLC 2.2.8 (WinXP non-SSE2) done!
- add polyfill addons

Kind regards
soggi

[VistaLover]

16 hours ago, AstroSkipper said:

I just tested New Moon 28 32-bit 20260815. GitHub Assets opens, but unfortunately, it uses 100% CPU,

OS: WinVista SP2 32-bit
CPU: Intel Core2 Duo T5250 @1.50GHz (2008 era)

I also tested the 

palemoon-28.10.7a1.win32-git-20260815-d849524bd-uxp-e5e0e958e3-xpmod

package, actual buildID=20260813020130

Single release GH webpages like

https://github.com/violentmonkey/violentmonkey/releases/tag/v2.47.1

open relatively easily/quickly and the page is responsive and scrollable; the relative timestamps and asset toggle previous issues appear fixed; trying to load the full list of Releases page, 

https://github.com/violentmonkey/violentmonkey/releases

is not as smooth/quick; while the page loads, one CPU core is constantly busy, but after the page has been fully rendered, the CPU used by process palemoon.exe soon drops to 0-1%; the page is scrollable, but the scroll itself is NOT smooth...

But when absolute disaster strikes is when one tries to access and load the Issues List view of a GH repository, say

https://github.com/violentmonkey/violentmonkey/issues

During page load, one CPU core hangs at 100%, the second ranging from 40-55%  ; overall CPU consumption by process palemoon.exe fluctuating between 49-60%  ; after the page has been rendered, the CPU does settle down to 1-2%, but the page is extremely laggy and unresponsive; it can hardly be scrolled down/up with the native browser scrollbar, PGUP/PGDN keys sometimes work after several seconds have passed, while any attempt to scroll the page skyrockets the CPU to 45-60%  ...

As I very often visit issue trackers of various GH repos to view open/closed tickets and often create new ones myself or comment on existing ones, having an unresponsive Issues List page is a deal-breaker for me  ... 

PS: I don't have gfx-accel (OMTC) enabled, as my driver is old and blacklisted; scrolling the Issues List View pages gets somewhat better (but not by much) by manually enabling Asynchronous Pan/Zoom (APZ) in about:config (apz.desktop.enabled to true and restarting NM) ...

[Sparrow]

On 7/10/2026 at 2:07 AM, j7n said:

It seems that Yahoo Mail have just switched to new, slow interface, which doesn't work anymore with New Moon, and tells me to update the browser. The simple/basic/classic mail, which was one of the two choices, is no longer accessible, and the modern one looks entirely new.

It has so many ads, holy crap. It uses the unblockable AdShield service I mentioned before from randomized domains.

 

On 7/11/2026 at 5:51 AM, nicolaasjan said:

Have you updated your uBlock Origin filters?

A week ago some new filters have been added to uBlock filters – Ads:

/shadow/*adshield$domain=mail.yahoo.com
/ybar/mail.yahoo.com/_t/aHR0c*$xhr,3p,domain=mail.yahoo.com

 

Doesn't Yahoo Mail basic/free have a no-ad-blocker-allowed policy now?

I remember getting some message a while back, probably like this

[AstroSkipper]

9 hours ago, VistaLover said:

During page load, one CPU core hangs at 100%, the second ranging from 40-55% 

As always, my single-core 32-bit P4 is the perfect tool for diagnosing errors, performance issues and so on. In New Moon 28 32-bit 20260815, any GitHub page causes the entire browser to freeze when it is the active tab. You can’t click on anything anywhere in the interface. A total fiasco.  

Edited 1 hour ago by AstroSkipper