1 hour ago, NotHereToPlayGames said:

No way to disable it.  It can be reduced by not running a rebased version of chrome.dll, but then you won't like the RAM consumption.

Can you send me the "not rebased" chrome.dll from the 2036?

I doubt I even have it anymore.  I'd have to recreate it from scratch.

24 minutes ago, NotHereToPlayGames said:

I doubt I even have it anymore.  I'd have to recreate it from scratch.

Can you please look?
I think that for many, faster access is more important than a bit more memory.

On 1030 I also use the non-rebased and all the errors I had with other programs are gone.

 

1 hour ago, NotHereToPlayGames said:

Run in Incognito.  I suspect your uBO (which always sounds to me like something somebody would say walking out of the gym) is interfering.

LOL! Yes, that was it.

Not the gretest result.

The results are always good for per-computer comparisons (different browsers on the SAME COMPUTER).

But the results have never been good for computer-to-computer (my computer versus your computer).

Speedometer is great (IMO) for desktop/laptop comparisons but essentially worthless (I am told) as a mobile phone benchmark.

OK, understood.
I'm actually very happy with the apparent speed of this version of 360Chrome.

5 hours ago, NotHereToPlayGames said:

I doubt I even have it anymore.  I'd have to recreate it from scratch.

I have now used the (non-rebased) chrome.dll from 1030 in 2036 for testing.
It runs, but it also has the delay.

I've always had that delay.  I wouldn't swap .dll's between 1030 and 2036, the index numbers for several translation strings do not match.  If you navigate through the settings, you may see text in spots they never used to be at.

Did you check for that delay with and without the site isolation flag disabled?

On 5/17/2023 at 9:07 AM, rereser said:

JS polyfill for findLastIndex

test : https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/findLastIndex
implemented in chrome 97 : https://caniuse.com/mdn-javascript_builtins_array_findlastindex

// ==UserScript==
// @name Inject findLastIndex Polyfill
// @version 0.0.1
// @match *://*/*
// @run-at document-start
// @grant none
// ==/UserScript==

if (!Array.prototype.findLastIndex) {
  Object.defineProperty(Array.prototype, "findLastIndex",
    {
      value: function (predicate, thisArg) {
        let idx = this.length - 1;
        while (idx >= 0) {
          const value = this[idx];
          if (predicate.call(thisArg, value, idx, this)) {
            return idx;
          }
          idx--;
        }
        return -1;
      }
      ,
      writable: true,
      enumerable: false,
      configurable: true
    });
}

This version breaks USPS login.

Previous version breaks MS Teams login.

I think I'm going to start tackling these this way  --  https://github.com/barbushin/javascript-errors-notifier/releases

I was hoping to just keep ALL of my polyfill usercripts enabled ALL THE TIME but I suspect that's just gonna cause of lot of web sites to break.

By using this extension instead, I won't have to open my console every time a web site requries a polyfill, I just need to pull down the icon because it turned red to indicate the page has javascript errors then enable the appropriate polyfill and reload.

Edited May 22, 20233 yr by NotHereToPlayGames

.

Edited January 2Jan 2 by rereser

12 hours ago, NotHereToPlayGames said:

I've always had that delay.  I wouldn't swap .dll's between 1030 and 2036, the index numbers for several translation strings do not match.  If you navigate through the settings, you may see text in spots they never used to be at.

Did you check for that delay with and without the site isolation flag disabled?

With 1030 I have no delay at all. Click and the page is there.
In 1030 I now have isolation flag enable and there is no delay.

42 minutes ago, rereser said:

source : https://github.com/behnammodi/polyfill/blob/master/array.polyfill.js
at the top there is 'use strict';
i left that out on copy because it was not present in the structuredClone polyfill.
"use strict"; is also present in the palefill xpi polyfill.js.
could that be the cause of the USPS login break ?
can't test , have no account , but the login page displays fine.

Hmmm...

Tested with and without 'use strict'; and doesn't seem to make a difference so I'm unsure if that should be kept or not.

But did discover that the login breaks with or without my polyfills enabled, so I guess that's reassuring that it isn't the polyfills causing the break but it's just the USPS web site.

I think I'll label the USPS as a False Alarm.

.

Edited January 2Jan 2 by rereser

1 hour ago, rereser said:

can't test , have no account , but the login page displays fine.

It's one of my favorite accounts.

I log in every 30 days to create a Mail Hold - every 30 datys!

I literally only walk out to the mailbox and retrieve mail TWELVE times per YEAR.

I get ZERO "junk mail" because flyers and advertisements and all sorts of JUNK are not "held" by the Post Office to deliver on my Mail Hold end-date.