Jump to content

My Browser Builds (Part 3)


Recommended Posts


20 hours ago, tpao12 said:

Maybe this problem will not be solved in the future?

Maybe; maybe not. It was discussed a few pages back:

There is a patch for Waterfox Classic, based on FF 56, but between FF 53 (the St 55 fork point) and FF 56, I think Mozilla's Javascript engine was rewritten in the Rust programming language.

Before Russia invaded Ukraine, Feodor2 noted that Rust can be made to output XP-compatible C code, so it's doable, I think, but a lot of work, and of course @feodor2 has been unavailable to help with our trivial matters since the invasion....

Edited by Mathwiz
Link to comment
Share on other sites

14 hours ago, Mathwiz said:

Before Russia invaded Ukraine, Feodor2 noted that Rust can be made to output XP-compatible C code, so it's doable, I think, but a lot of work, and of course @feodor2 has been unavailable to help with our trivial matters since the invasion....

The fact that Feodor has been able to do as much as he has, given the circumstances, is truly incredible. I admire his dedication and enthusiasm for the projects he's worked on over the years...his 'old' MyPal (29.3.0) is still one of my primary daily-use browsers in XP, and it's been very exciting to see the progress that has been made so far on the newer 68.
He's one talented coder, as his 'resurrected' MyPal 68 has proven...it's a shame to look back on that whole fiasco nearly one year later, because the Pale Moon developers had an opportunity to take the highest of high roads by inviting Feodor to work with them and even help them restore official compatibility to benefit XP/Vista users, but instead they fought and alienated him and many others.
In a more ideal world, there would have been a mutual respect that could have led to a long-term partnership, maybe even a friendship.

I'm genuinely praying for him, his family, and all of his friends...and of course, I'm keeping Roy in my thoughts too as he's in Hong Kong. They both come from places that have been through so much, especially in recent times.
To Roy and Feodor: thank you both VERY much for everything you have done. Your efforts have never, ever been in vain.

Link to comment
Share on other sites

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20220709-3219d2d-uxp-206c9dcbb-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20220709-3219d2d-uxp-206c9dcbb-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-20220709-3219d2d-uxp-206c9dcbb-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.6a1.win32-git-20220709-d849524bd-uxp-206c9dcbb-xpmod.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20220709-d849524bd-uxp-206c9dcbb-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.6a1.win64-git-20220709-d849524bd-uxp-206c9dcbb-xpmod.7z

Official UXP changes picked since my last build:
- Issue #1948 - Update nestegg library. (b7a771fce)
- Issue #1949 - Part 1: Update soundtouch library to 2.3.1. (e98c7b8f6)
- Issue #1949 - Part 2: Disable exceptions in soundtouch's STTypes.h. (f170360d1)
- Issue #1952 - m-c 1365387: Optimize FinishBoundFunctionInit by delaying atomizing the function name (53d6173cf)
- Issue #1952 - m-c 1371593: Avoid repeated string atomizations when retrieving the unresolved name of a bound function (fc6c505da)
- Issue #1952 - m-c 1380962/1: Merge append calls when assembling the source string for native functions (70eee9b0d)
- Issue #1952 - m-c 1380962/2: Remove unnecessary lambda function in FunctionToString (1e753237e)
- Issue #1952 - m-c 1383775: Clean up function toString/toSource code, remove remnants of source decompiler (85af7f6e8)
- Issue #1952 - m-c 1440468: Proxied functions can't be passed to Function.prototype.toString.call() (887e6d0ab)
- [network] Clean up and update the list of external protocol handlers. (7c429f525)
- [DOM media] Remove potentially unsafe type accesses when debug logging (6066cc36c)
- Update NSS (2706ef696)
- [network] Clear PAC loader when the load failed (991e2ffb4)
- [DOM] use the sanitizer to restrict href in svg:use to fragment-only URLs (c0429c9a0)
- [XPCOM] Crash safely when TArray replacements are OOB. (37d0ffa17)

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

No official Basilisk changes picked since my last build.

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

Link to comment
Share on other sites

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20220709-0abce9fa-uxp-206c9dcbb-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20220709-0abce9fa-uxp-206c9dcbb-xpmod.7z

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

Repo changes:
- [mail] MsgComposeCommands: remove setIdentityWarning call (0abce9fa)

* 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-20220709-id-828aab8-uxp-206c9dcbb-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20220709-id-828aab8-ia-93af9a0-uxp-206c9dcbb-xpmod.7z

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

for UXP changes please see above.

Link to comment
Share on other sites

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20220709-ae226cc5a-xpmod.7z
Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20220709-ae226cc5a-xpmod.7z

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

Repo changes:
- import from UXP: Issue #1948 - Update nestegg library. (b7a771fc) (bd44f8610)
- import from UXP:
 - Issue #1949 - Part 1: Update soundtouch library to 2.3.1. (e98c7b8f)
 - Issue #1949 - Part 2: Disable exceptions in soundtouch's STTypes.h. (f170360d) (598aa0cea)
- import from UXP: Issue #1952 - m-c 1365387: Optimize FinishBoundFunctionInit by delaying atomizing the function name (53d6173c) (ef6acc4c0)
- import from UXP: Issue #1952 - m-c 1371593: Avoid repeated string atomizations when retrieving the unresolved name of a bound function (fc6c505d) (566db67c0)
- import from UXP: Issue #1952 - m-c 1380962/1: Merge append calls when assembling the source string for native functions (70eee9b0) (fad9f1d25)
- import from UXP: Issue #1952 - m-c 1380962/2: Remove unnecessary lambda function in FunctionToString (1e753237) (4cf2e2e82)
- ported from UXP: Issue #1952 - m-c 1383775: Clean up function toString/toSource code, remove remnants of source decompiler (24edb805) (f407bb24c)
- import from UXP: Issue #1952 - m-c 1440468: Proxied functions can't be passed to Function.prototype.toString.call() (887e6d0a) (742a99745)
- ported from UXP: [network] Clean up and update the list of external protocol handlers. (7c429f52) (54713cc40)
- ported from UXP: [DOM media] Remove potentially unsafe type accesses when debug logging (6066cc36) (60aa897c5)
- import from UXP: Update NSS (2e9df177) (ddf183eb4)
- import from UXP: [network] Clear PAC loader when the load failed (991e2ffb) (420d637a7)
- import from UXP: [DOM] use the sanitizer to restrict href in svg:use to fragment-only URLs (c0429c9a) (4c0be6cb9)
- ported from UXP: [XPCOM] Crash safely when TArray replacements are OOB. (24edb805) (ae226cc5a)

Link to comment
Share on other sites

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

changelog:
- added latest BNavigator 0.9 20220709 build
- added latest IceApe 52 20220709 build
- added latest IceDove 52 20220709 build
- added latest MailNews 52 20220709 build
- added latest New Moon 28 20220709 builds
- added latest Serpent 52 20220709 builds
- added latest Serpent 55 20220709 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)

 

On 7/5/2022 at 10:42 AM, AstroSkipper said:

When I write about something I haven't research before, but in the past, it is and must be AFAIK. Otherwise, I would state facts I didn't know or remember exactly, and, spoken for me only, I don't do that generally! :-) :no: But good to know that my recall is correct, and works as it should be although I am not really the freshest one, referring to my age, LOL! total-lol.gif

Cheers, AstroSkipper ordi1fun.gif

You're completely right with that, but this wasn't the point. The point was that I just wrote down the facts before you have posted your AFAIK with which you brought some unnecessary uncertainty into discussion. You know what I mean? :)
 

On 7/5/2022 at 2:49 PM, Reino said:

At least for me it's the latest working version.

Put it on my new todo-list (see above)!

kind regards
soggi

Link to comment
Share on other sites

1 hour ago, soggi said:

You're completely right with that, but this wasn't the point. The point was that I just wrote down the facts before you have posted your AFAIK with which you brought some unnecessary uncertainty into discussion. You know what I mean? :)

First, I didn't see your statement, when I posted my comment, but nevertheless, it would be still AFAIK until I did a research by myself. AFAIK has nothing to do with uncertainty. It simply means I did no research yet, but I am sure that my recall is correct. And that is not unnecessary, of course. You know what I mean? :) 

BTW, I already agreed to your statement, so what are we talking about? In any case, I decide definitely on my own the use of AFAIK. That has to be absolutely clear.

Anyway, your facts are correct, and all is well. goodjob.gif

Kind regards, ecrire-ordi.gif

Edited by AstroSkipper
Link to comment
Share on other sites

Mighty fine! Everything needed works in the latest build (20220706/9), turns out that problem saving files went away after I compared refreshed prefs.js and my profile's prefs.js and modified (mainly) the browser.startup.homepage_override.mstone to 4.8.5.

Link to comment
Share on other sites

On 7/2/2022 at 9:54 AM, modnar said:

Thank you, @XPerceniol , for your reply; I shall wait another week for the next best version, those zeroed settings should be settled by then I hope.

Good to hear, was wondering what you meant by "zeroed settings". I've actually gone through my prefs.js the (very) long way and made sure as there was a lot of invalid prefs along the way with changes.

Link to comment
Share on other sites

1 hour ago, modnar said:

that problem saving files went away after I compared refreshed prefs.js and my profile's prefs.js and modified (mainly) the browser.startup.homepage_override.mstone to 4.8.5.

OK, I'll bite. I know what browser.startup.homepage is, but what the heck is browser.startup.homepage_override.mstone? (Mine is set to 4.0.3 but I have no issues saving files....)

Link to comment
Share on other sites

@AstroSkipper I'm completely with you with the use of "AFAIK". I just wanted to say that I already mentioned the facts (and I also would use something like "AFAIK", if I wouldn't be sure for 100%), no offensive diction. It is some kind of unnecessary uncertainty for other members/readers who don't know the specifications of those CPUs exactly, whom to trust and so on...

kind regards
soggi

 

Link to comment
Share on other sites

11 hours ago, AstroSkipper said:

First, I didn't see your statement, when I posted my comment, but nevertheless, it would be still AFAIK until I did a research by myself. AFAIK has nothing to do with uncertainty. It simply means I did no research yet, but I am sure that my recall is correct. And that is not unnecessary, of course. You know what I mean? :) 

BTW, I already agreed to your statement, so what are we talking about? In any case, I decide definitely on my own the use of AFAIK. That has to be absolutely clear.

Anyway, your facts are correct, and all is well. goodjob.gif

Kind regards, ecrire-ordi.gif

@soggi, actually, all has already been said. 

9 hours ago, soggi said:

members/readers who don't know the specifications of those CPUs exactly

may do their own research to confirm statements of other members if they are uncertain. The only way to get rid of uncertainty. There is one main principal: Trust is good, control is better! And I follow this rule generally. :yes: And that doesn't mean I don't trust you, though, and hopefully, maybe, you trust me either... 

Kind regards, AstroSkipper trust-me.gif

Edited by AstroSkipper
Link to comment
Share on other sites

Well .. IMHO (how about that one ... ha)

You could rename your prefs.js once you get it right to user.js for a new profile and it will write to prefs.js you can then delete the user file. Otherwise, if you just copy the prefs.js sometimes it spits out invalid prefs. Been there and bought the T-Shirt.

16 hours ago, modnar said:

Mighty fine! Everything needed works in the latest build (20220706/9), turns out that problem saving files went away after I compared refreshed prefs.js and my profile's prefs.js and modified (mainly) the browser.startup.homepage_override.mstone to 4.8.5.

I have:

browser.startup.firstrunSkipsHomepage; (toggled to) true

Oh ..

TTYL :~))

Edited by XPerceniol
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

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