Jump to content

My Browser Builds (Part 5)

roytam1
 Share

Recommended Posts

roytam1

roytam1

Posted
  • Author
Posted

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-20250125-a94d1a733-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250125-a94d1a733-xpmod.7z

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

Repo changes:
- import from UXP: [network] Don't try to use non-existing connections. (624ff30b) (fa638329c)
- import from UXP: Issue #2676 - Don't keep AbortController alive for AbortSignal (949e3f0a) (295237469)
- import from UXP: Issue #2676 - Implement AbortSignal.abort() (9fa4b6fd) (e292cff9d)
- import from UXP: Issue #2676 - Implement AbortSignal.timeout() (14c84e22) (2ccb1cf04)
- import from UXP: Issue #2678 - Don't use QI to canonicalize nsISupports pointers in the purple buffer. (9f4fe427) (2f8f872a1)
- ported from UXP: Issue #2678 - Switch DOMProxyHandler::EnsureExpandoObject to using normal wrapper preservation instead of RegisterDOMExpandoObject. (45bb4cb8) (71fd0ba60)
- import from UXP: Issue #2678 - Remove the DOM proxy expando object hashtable in xpconnect. (32da3f4d) (c8236aa01)
- import from UXP: Issue #2678 - Stop using EnsureExpandoObject in codegen code when we just want to preserver the wrapper for a DOM proxy. (c9c941f3) (985fb0dbb)
- import from UXP: Issue #2678 - Remove now-unnecessary ClearExternalRefsForWrapperRelease. (0121aefb) (9f5ad3546)
- import from UXP: Issue #2678 - Avoid QIing for NoteXPCOMRoot. (38daeffb) (e4ff8ad59)
- import from UXP: Issue #2678 - Optimize inherited cycle-collectible QueryInterface() implementations for nsCycleCollectionISupports; (85aa4cb3) (687008863)
- import from UXP: Issue #2678 - Clean up some uses of the table-to-map segue. (33a120eb) (b118aaf0c)
- import from UXP: Issue #2678 - Define a new macro for CC isupports. (5d82de9e) (ebac6fdea)
- import from UXP: Issue #2678 - Use a new macro for CC isupports in some locations. (c37e68d5) (b1f3fb7c0)
- import from UXP: Issue #2678 - Default NS_INTERFACE_TABLE_HEAD_CYCLE_COLLECTION_INHERITED to NS_ERROR_FAILURE (33140a9b) (8fa4681bd)
- import from UXP: Issue #2678 - Make QIing to a few often-used CCed classes faster. (85f8f23a) (b808a6054)
- import from UXP: Issue #2678 - Remove unnecessary second QI for nsCycleCollectionISupports. (9464d0ed) (ffc47a0cf)
- ported from UXP: Issue #2678 - Remove NS_INTERFACE_MAP_BEGIN_CYCLE_COLLECTION_INHERITED (139e7a7a) (7bc855bb7)
- import from UXP: Issue #2681 - unprefix :-moz-modal-dialog and expose `:modal` to content. (d9b107f3+147713a6) (85d2472c0)
- import from UXP:  No issue - Turn worker runnable assertion into something harmless in debug builds (41eb02d1) (699ead5df)
- ported from UXP: Issue #1765 - Follow-Up: For parsing calc() in non-hue component of hsl/a(), explicitly expect <percentage> values (2e395339) (6114c9ea9)
- import from UXP: Issue #2078 - Follow-up: Don't try to resolve ancestor link elements when matching for Has*DependentStyle (77728935) (a94d1a733)

2

Mathwiz

Mathwiz

Posted
Posted
On 12/31/2024 at 9:08 PM, Mathwiz said:

PM isn't a "modern" browser, so it doesn't work like a 3D game engine and doesn't really need AVX....

On 1/1/2025 at 2:14 AM, NotHereToPlayGames said:

I don't ever recall reading the developers reply with "We are not a modern browser, we will not implement the functions required to resolve that issue."

Well, the only reason I made that point was to argue that PM architecture doesn't benefit from AVX instructions as much as a "modern" browser does; hence my conclusion that MCP's decision (to build the 64-bit version to use/require AVX) was primarily done to block it from running on older 64-bit processors that are presumably "too slow" (in MCP's opinion), not to give PM a noticeable performance improvement on newer 64-bit processors that do support AVX instructions.

Despite its non-modern, pre-Quantum architecture, I'm sure MCP would love to implement all significant features required by "modern" Web sites in PM, if they could. It's just too big of a task for a small outfit like MCP to backport the constant fire hose of JS/CSS "enhancements" to its old engine.

On 12/31/2024 at 9:08 PM, Mathwiz said:

I had a hard time taking that article seriously after I saw the diagram of a jet engine, with its components labeled "Quantum" this and "Quantum" that....

On 1/1/2025 at 3:50 AM, UCyborg said:

I think it's just trying to explain it in layman's terms.... Not sure what would be "better".

I would've gone with a simple block diagram. Face it: Quantum doesn't work anything like a jet engine! The Quantum browser engine doesn't have/need an air intake, compressor, fuel injectors (or even fuel), or anything remotely analogous to them. The only purpose of the jet engine diagram was to imply extreme speed and power; i.e., it's hype.

1
modnar

modnar

Posted
Posted (edited)

Is there any option AVIF format would be added to Serpent - apparently it's there to lower the size of images (better compression).

Edited by modnar
Leokids123

Leokids123

Posted
Posted
4 hours ago, modnar said:

Is there any option AVIF format would be added to Serpent - apparently it's there to lower the size of images (better compression).

I'd say Roytam1 won't, i don't think UXP even supports AVIF,Peanuts.com has avif imagss as webp which is common. And AVIF isn't supported on Pale Moon cause they claim it falls technically short on all important areas.....

modnar

modnar

Posted
Posted
19 hours ago, Leokids123 said:

I'd say Roytam1 won't, i don't think UXP even supports AVIF,Peanuts.com has avif imagss as webp which is common. And AVIF isn't supported on Pale Moon cause they claim it falls technically short on all important areas.....

Thanks for that; I would still like @roytam1 to clarify the situation. Palemoon is said to be supporting JPEG-XL instead (I read on their page)? It would be mighty fine if both were supported though.

roytam1

roytam1

Posted
  • Author
Posted
5 hours ago, modnar said:

Thanks for that; I would still like @roytam1 to clarify the situation. Palemoon is said to be supporting JPEG-XL instead (I read on their page)? It would be mighty fine if both were supported though.

personally I don't have intention to support yet another over-complicated CPU-hungry new image format, unless upstream want to do this.

BTW there is a github user tried to port thunderbird53 to moebius: https://github.com/roytam1/basilisk55/issues/60

4
basilisk-dev

basilisk-dev

Posted
Posted (edited)
On 1/26/2025 at 6:34 PM, Mathwiz said:

Well, the only reason I made that point was to argue that PM architecture doesn't benefit from AVX instructions as much as a "modern" browser does; hence my conclusion that MCP's decision (to build the 64-bit version to use/require AVX) was primarily done to block it from running on older 64-bit processors that are presumably "too slow" (in MCP's opinion), not to give PM a noticeable performance improvement on newer 64-bit processors that do support AVX instructions.

This is incorrect. Pale Moon was always intended to be a browser that was utilized newer CPU optimizations to increase performance. Your claim that it was done with the explicit intention of running on older CPUs is false, although that is an unfortunate side effect of enabling the AVX instruction set.

There is absolutely a noticeable performance improvement when comparing the AVX builds to the pre-AVX builds.

I disagree with the requirement to have AVX instruction support to run Pale Moon and I think it was a bad move on Moonchild's part, but basically every claim here that you've made is either false or misguided.

Edited by basilisk-dev
1
Leokids123

Leokids123

Posted
Posted
2 hours ago, basilisk-dev said:

This is incorrect. Pale Moon was always intended to be a browser that was utilized newer CPU optimizations to increase performance. Your claim that it was done with the explicit intention of running on older CPUs is false, although that is an unfortunate side effect of enabling the AVX instruction set.

There is absolutely a noticeable performance improvement when comparing the AVX builds to the pre-AVX builds.

I disagree with the requirement to have AVX instruction support to run Pale Moon and I think it was a bad move on Moonchild's part, but basically every claim here that you've made is either false or misguided.

I agree with you,Moonchild dropped support so early for non-sse2 hardware due to the fact they won't let people run Pale Moon on museum-grade systems,while Mozilla would support it as long as possible,which by 2016-2017,they dropped support for non-SSE2 hardware,starting with 48.0.2 for Windows and 52.0/52esr for Linux,and dropped by 49.0 on Windows and 53.0 for Linux. For linux is different story,if you run on Debian or any Linux Distro based on Debian,like Ubuntu,you know you can use 128esr on non-SSE2 systems.

 

Thanks @roytam1,modern browsing on XP,Vista, and non-sse2 systems wouldn't be possible without you. And thanks Moonchild and your group of devs for making UXP and improving modern web compability while keeping support for XUL and NPAPI.......

reboot12

reboot12

Posted
Posted (edited)

I use Serpent v52.9.0 (2025-01-23) (64-bit)

After opening the webpage, you can normally scroll up and down page using the up/down cursor keys but after select any text scrolling stop working - instead of scrolling, the text cursor is moved after the text content of the page. This is very bulky :}

Please fix this.

Thx.

EDITED
=====

OK, I found this:
Scrolling using keyboard arrow keys

I need press F7 to enable\disable caret browsing:
caret.png

Edited by reboot12
modnar

modnar

Posted
Posted

@basilisk-dev Might I bother you to implement AVIF image decompression into basilisk? Whilst it's google's nasty preference over the better JPEG-XL it's still useful to have all the sites working... :(

roytam1

roytam1

Posted
  • Author
Posted

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250201-3219d2d-uxp-bf90272692-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250201-3219d2d-uxp-bf90272692-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-20250201-3219d2d-uxp-bf90272692-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-20250201-d849524bd-uxp-bf90272692-xpmod.7z
Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250201-d849524bd-uxp-bf90272692-xpmod-ia32.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250201-d849524bd-uxp-bf90272692-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250201-d849524bd-uxp-bf90272692-xpmod.7z

Official UXP changes picked since my last build:
- Issue #2686 - Don't rely on return value of ExecutionContext::Compile when the context may forbid running scripts (0590764f1f)
- Issue #2688 - Don't apply auto min-sizing when flex max-sizing. (0849deeacf)
- Update eTLD list (PSL) (064d8757f5)

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 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.

3
roytam1

roytam1

Posted
  • Author
Posted

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20250201-7bda12e7-uxp-bf90272692-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20250201-7bda12e7-uxp-bf90272692-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-20250201-id-656ea98-uxp-bf90272692-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20250201-id-656ea98-ia-93af9a0-uxp-bf90272692-xpmod.7z

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

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to topic listing

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...