My Browser Builds (Part 4)

[UCyborg]

14 hours ago, Mathwiz said:

Perhaps someone more skilled than I (@UCyborg?) can apply the same idea to UXP's native implementation and submit a pull request upstream.

Is there a website with the same issue that doesn't require login?

Someone could let the upstream know, but they'll prefer to see the issue reproducible on their own browser, preferably on a publicly accessible website not requiring login.

24 minutes ago, mina7601 said:

@Dave-H could you please move the "Monkey Scripts" topic to Browsers working on Older NT-Family OSes subforum?

46 minutes ago, VistaLover said:

Pity that the "topic" is inside the Windows XP subforum ; IMHO, it should be transferred to the "Browsers working on Older NT-Family OSes" subforum (where this very thread resides ); but I know, I'm just a minority Vista user myself ...

What do user scripts have to do with browsers running on old Windows NT specifically? Similar for that UXP extensions thread.

Edited October 19, 2023 by UCyborg

[VistaLover]

2 minutes ago, UCyborg said:

What do user scripts have to do with browsers running on old Windows NT specifically?

... I get you , but... At least the ones containing polyfill code aim to implement JS features not natively present in "the browsers able to run on older Windows NT-Family OSes"; for the rest of those userscripts (e.g. the youtube ones I posted two years ago ), I'd claim that even the Windows XP subforum isn't a suitable "place"; perhaps start a new thread inside this very subforum with just the polyfill-based userscripts?

In any case, it's not up to me to decide if/where that topic gets transferred to - I just wanted to emphasise my observation/point that those userscripts aren't exclusive to Windows XP ... 

[AstroSkipper]

3 minutes ago, UCyborg said:

What do user scripts have to do with browsers running on old Windows NT specifically?
Similar for that UXP extensions thread.

Why the thread Extensions and custom buttons for UXP browsers - Corrections, modifications, adjustments, and special recommendations is located in the forum Browsers working on Older NT-Family OSes, does not need to be explained any further  and is crystal clear . Same for userscripts to inject further functionality into old, legacy browsers.  But in terms of the thread Monkey Scripts, the creator @NotHereToPlayGames should first be asked whether he agrees to a relocation. It is not acceptable that someone here simply orders such a relocation. That is rather a no-go. 

[Dave-H]

1 hour ago, mina7601 said:

@Dave-H could you please move the "Monkey Scripts" topic to Browsers working on Older NT-Family OSes subforum?

Moved to 'Web Browsers' where it should really be.

[mina7601]

OK, good, thanks. I hope others will be fine with that!

[Mathwiz]

On 10/17/2023 at 7:16 PM, VistaLover said:

Yes, most sites (including GH) want you permanently signed-in, so that they would track/monitor you more efficiently ... I do spend a lot of online time on various GH pages and need to use members-only features (e.g. comments on issue trackers, reaction to comments, etc.), and what with the "hoops" of signing-out and then signing back in (especially when your ISP has "given" you a new dynamic IP address in the interim ), I tend to stay mostly logged-in and protect those signed-in GitHub cookies in my browser profile via a dedicated extension...

I suspect that may be the true reason for GH's particularly burdensome form of 2FA: to increase the "hassle factor" of signing in so much that folks just stay signed in, and as a result, any GH link you click is logged to your user ID.

I never bought the excuse that 2FA using email or (especially) SMS just wasn't "secure enough." They're secure enough for banking and Web mail sites!

But this is the sort of thing Serpent's container support can help with. You can have a GH container, with those signed-in GH cookies, while your "regular" Web browsing is signed out and GH-cookie free. (Just don't make the mistake of signing in to GH while not in a GH container tab - you'll have to go through 2FA - then it will mess your cookies up! If you need to sign into GH, right-click the GH link and open it in a GH container tab, and you'll already be signed in.)

[dmiranda]

11 hours ago, AstroSkipper said:

Good idea! I'm curious when you'll start such a thread.

It's a good thing there is a thread already. I can post the ones I use, and how I change them (when I do). As per your query, I have no proficiency to tell what works or not, other than by usage.

 

[roytam1]

New build of Serpent/UXP for XP!

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

Official UXP changes picked since my last build:
- Issue #2340 - Return an array (actually frozen sequence) for {border|content}BoxSize (9cd7fd3bf4)
- Clean up dom\webidl (4ec7fa4f5f)
- Issue #1442 Follow-up: Stop pretending proxies have a JSNative call/construct hook. https://bugzilla.mozilla.org/show_bug.cgi?id=1471924 Part 1 Also remove an erroneous debug assert and guard against future issues. This fixes crashes on vk.com but still does not behave correctly. (46024cd872)
- PR #2347 - Backport of Mozilla tooltip bugs: (84ca5fdfc7)
- Issue #1721 - Implement GlobalPrivacyControl (50ad087351)
- Issue #1721 - Follow-up: Properly protect GPC header (0315aeee73)

Official Pale-Moon changes picked since my last build:
- [Pale-Moon] Issue MoonchildProductions/UXP#1721 - Implement GlobalPrivacyControl (591a887bf3)

Official Basilisk changes picked since my last build:
- [Basilisk] Issue #2 - Remove Safebrowsing and TrackingProtection from the FE (6cefc52d32)
- [Basilisk] Issue #19 - Implement GlobalPrivacyControl (30e47eb5bc)
- [Basilisk] Issue #19 followup - remove DNT from mozscreenshots We technically don't use mozscreenshots at all, but this should still be removed since it is no longer a valid setting (4edd2f91b4)

My changes picked since my last build:
- ported from mozilla: Bug 1446548 - Treat all GLSL versions >=450 as 450. r=kvark, a=RyanVM (43f0d1060e) (f508d00178)

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.

[roytam1]

New build of BOC/UXP for XP!

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

[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 http://o.rthost.win/basilisk/basilisk55-win32-git-20231021-49dc18f7d-xpmod.7z
Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20231021-49dc18f7d-xpmod.7z

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

Repo changes:
- ported from mozilla: Bug 1446548 - Treat all GLSL versions >=450 as 450. r=kvark, a=RyanVM (43f0d1060e) (abd946b44)
- ported from mozilla: Bug 1361475 - Remove proprietary constructor on AudioContext. r=baku (6854386257) (26e42cbaa)
- import from UXP: Issue #2340 - Return an array (actually frozen sequence) for {border|content}BoxSize (9cd7fd3b) (c402a5fe5)
- import from UXP: Clean up dom\webidl (4ec7fa4f) (171ade9e3)
- remove Basilisk official branding (db37d212a)
- ported from UXP: Issue #1442 Follow-up: Stop pretending proxies have a JSNative call/construct hook. https://bugzilla.mozilla.org/show_bug.cgi?id=1471924 Part 1 Also remove an erroneous debug assert and guard against future issues. This fixes crashes on vk.com but still does not behave correctly. (46024cd8) (f7ff490c5)
- ported from UXP: Issue #1721 - Implement GlobalPrivacyControl (50ad0873) (ad38fffca)
- import from UXP: Issue #1721 - Follow-up: Properly protect GPC header (0315aeee) (e4f0dfc68)
- ported from UXP: [Basilisk] Issue #2 - Remove Safebrowsing and TrackingProtection from the FE (1d169def2)
- ported from UXP: [Basilisk] Issue #19 - Implement GlobalPrivacyControl (30e47eb5) (49dc18f7d)

[roytam1]

New NewMoon 27 Build!

32bit https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20231021-43215fa79a-xpmod.7z
32bit SSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20231021-43215fa79a-xpmod-sse.7z
32bit noSSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20231021-43215fa79a-xpmod-ia32.7z

64bit https://o.rthost.win/palemoon/palemoon-27.10.0.win64-git-20231021-43215fa79a-xpmod.7z

source repo: https://github.com/roytam1/palemoon27

repo changes since my last build:
- ported from mozilla: Bug 1446548 - Treat all GLSL versions >=450 as 450. r=kvark, a=RyanVM (43f0d1060e) (410e883318)
- import change from `dev' branch of rmottola/Arctic-Fox: Bug 1246318 - Remove the enumerate trap from ES6 proxies. r=efaust (3e7af5df07) (11b253b879)
- partly import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1175546 - Update GCC to 4.8.5 and bump minimum GCC version required to build. r=froydnj (aa651fae16)
 - Bug 1236413 - Suppress -Wimplicit-fallthrough warning in third-party code mfbt/decimal/. r=Waldo (7bd18f9b1f)
 - Bug 1194721: Add |Saturate| template for saturation arithmetics, r=nfroyd (4f62196e3a) (43215fa79a)

[roytam1]

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.4.9-Goanna-20231021.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git b780764f57...43215fa79a:
- ported from mozilla: Bug 1446548 - Treat all GLSL versions >=450 as 450. r=kvark, a=RyanVM (43f0d1060e) (410e883318)
- import change from `dev' branch of rmottola/Arctic-Fox: Bug 1246318 - Remove the enumerate trap from ES6 proxies. r=efaust (3e7af5df07) (11b253b879)
- partly import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1175546 - Update GCC to 4.8.5 and bump minimum GCC version required to build. r=froydnj (aa651fae16)
 - Bug 1236413 - Suppress -Wimplicit-fallthrough warning in third-party code mfbt/decimal/. r=Waldo (7bd18f9b1f)
 - Bug 1194721: Add |Saturate| template for saturation arithmetics, r=nfroyd (4f62196e3a) (43215fa79a)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

[seven4ever]

Hi roytam1, thanks for the releases.

I will test serpent's version 52 on this machine next days.

I have an other 20 year's old machine Athlon Xp 1800+ with Xp32 (no SSE2)

Actually, I have new moon 28.10.6a1 installed on it. (2023-02-24), works perfectly on it.

What are the differences between new palemoon versions 27.10.0 and the installed one ?

 

[roytam1]

On 10/19/2023 at 2:10 PM, Mathwiz said:

SOLVED!!

Both UXP's built-in structuredClone implementation and @UCyborg's polyfill kept blowing up on a circular reference, so neither works on chase.com.

I had to go hunting for a fix; finally found one at https://github.com/moll/json-stringify-safe

Here's my (chase.com only) polyfill incorporating that code. I don't fully understand what I did, but it works:

// ==UserScript==
// @name Inject structuredClone() Polyfill [98]
// @version 0.0.1
// @match       *://*.chase.com/*
// @run-at document-start
// @grant none
// ==/UserScript==

function stringify(obj, replacer, spaces, cycleReplacer) {
  return JSON.stringify(obj, serializer(replacer, cycleReplacer), spaces)
}

function serializer(replacer, cycleReplacer) {
  var stack = [], keys = []

  if (cycleReplacer == null) cycleReplacer = function(key, value) {
    if (stack[0] === value) return "[Circular ~]"
    return "[Circular ~." + keys.slice(0, stack.indexOf(value)).join(".") + "]"
  }

  return function(key, value) {
    if (stack.length > 0) {
      var thisPos = stack.indexOf(this)
      ~thisPos ? stack.splice(thisPos + 1) : stack.push(this)
      ~thisPos ? keys.splice(thisPos, Infinity, key) : keys.push(key)
      if (~stack.indexOf(value)) value = cycleReplacer.call(this, key, value)
    }
    else stack.push(value)

    return replacer == null ? value : replacer.call(this, key, value)
  }
}

self.structuredClone = function (value) {
  return JSON.parse(stringify(value));
}

I think what it does is convert the object to a JSON string then convert it back to a new object. If any circular references are detected, a special value is placed in the JSON string instead of going into a loop and blowing up on a stack overflow.

There are probably a lot of things this won't work on, so I limited it to chase.com, leaving the native implementation for everything else.

Perhaps someone more skilled than I (@UCyborg?) can apply the same idea to UXP's native implementation and submit a pull request upstream.

I wonder if there is test case that doesn't need credentials?

[VistaLover]

6 hours ago, roytam1 said:

I wonder if there is test case that doesn't need credentials?

... That same question was already raised:

On 10/20/2023 at 12:08 AM, UCyborg said:

Is there a website with the same issue that doesn't require login?

Someone could let the upstream know, but they'll prefer to see the issue reproducible on their own browser,
preferably on a publicly accessible website not requiring login.

I suspect it'd be difficult to find one which uses the exact code US bank "chase.com" uses; in the upstream forum, they have several members who are Chase customers, but the @Mathwiz solution has already made it there ; obviously, for a native UXP implementation, either here or by MCP, a dev must be granted access to a chase.com account (perhaps someone in the US can open an "empty" such account for the purposes of this WebCompat issue ), if "no-login" alternatives aren't found in the near future...

Edited October 21, 2023 by VistaLover
English language errors corrected (hopefully)