My Browser Builds (Part 5)

[LordGarfio]

9 hours ago, anton12 said:

LordGarfio said:
"The PayPal captcha has also stopped working, it does not pass the verification despite being correct."

Can you confirm that for the latest version of NM28 too ?

Here (Germany) the PayPal sign in works well with NM28.

But St52 (latest version) does not work because
the PayPal captcha does not load - the old problem
that still needs fixing.

NewMoon v28.10.7a1 (32-bit)(2025-10-16) Build

Serpent v52.9.0 (2025-10-08)(32-bit) Build

The login was not the problem, the problems are the Captchas, some of which are used for login and confirmations, at least for me.

By the way, your browser may show the following URL https://license.malcat.fr/?, because the two mentioned above cannot do it and all everything is correct in the URL https://malcat.fr/

 

[anton12]

LordGarfio said:
"By the way, your browser may show the following URL https://license.malcat.fr/?, because the two mentioned above cannot do it and all everything is correct in the URL https://malcat.fr/"

My NM28   Version: 28.10.7a1 (32-bit)(2025-10-16)
that works with PayPal has the following URL:
https://www.paypal.com/signin
SHA1 Fingerprint
12:2E:F7:4B:EE:2D:15:15:4F:4E:DE:63:48:9F:DB:6C:A1:B4:A4:6D

[roytam1]

10 hours ago, LordGarfio said:

By the way, your browser may show the following URL https://license.malcat.fr/

this site uses await, which is filed in https://repo.palemoon.org/MoonchildProductions/UXP/issues/2229

[anton12]

    

LordGarfio said:
"By the way, your browser may show the following URL https://license.malcat.fr/?, because the two mentioned above cannot do it and all everything is correct in the URL https://malcat.fr/"

My NM28   Version: 28.10.7a1 (32-bit)(2025-10-16)
that works with PayPal has the following URL:
https://www.paypal.com/signin
SHA1 Fingerprint
12:2E:F7:4B:EE:2D:15:15:4F:4E:DE:63:48:9F:DB:6C:A1:B4:A4:6D
----------------------------------------------------------------------------------------
My Serpent 52.9.0 (2025-10-16)(32-bit)
that does NOT work with PayPal because the PayPal captcha
does NOT load (If PayPal worked had the captcha loaded is a different question.) has the following URL:
https://www.paypal.com/signin?locale.x=de_DE
SHA1 Fingerprint
12:2E:F7:4B:EE:2D:15:15:4F:4E:DE:63:48:9F:DB:6C:A1:B4:A4:6D

Edited Saturday at 07:35 AM by anton12

[LordGarfio]

7 hours ago, anton12 said:

    

LordGarfio said:
"By the way, your browser may show the following URL https://license.malcat.fr/?, because the two mentioned above cannot do it and all everything is correct in the URL https://malcat.fr/"

My NM28   Version: 28.10.7a1 (32-bit)(2025-10-16)
that works with PayPal has the following URL:
https://www.paypal.com/signin
SHA1 Fingerprint
12:2E:F7:4B:EE:2D:15:15:4F:4E:DE:63:48:9F:DB:6C:A1:B4:A4:6D
----------------------------------------------------------------------------------------
My Serpent 52.9.0 (2025-10-16)(32-bit)
that does NOT work with PayPal because the PayPal captcha
does NOT load (If PayPal worked had the captcha loaded is a different question.) has the following URL:
https://www.paypal.com/signin?locale.x=de_DE
SHA1 Fingerprint
12:2E:F7:4B:EE:2D:15:15:4F:4E:DE:63:48:9F:DB:6C:A1:B4:A4:6D

 

I had already commented that you cannot get past the captcha: "We could not the security challenge"
, despite passing validation (green tick).

 

[Goodwin]

On 11/28/2025 at 4:37 PM, roytam1 said:

Notice

roytam1

why are you ignoring my question?

 Link

[roytam1]

On 11/30/2025 at 12:08 AM, Goodwin said:

roytam1

why are you ignoring my question?

 Link

As I said before, if it is just target version problem, you can just lowering minimum version in xpi.

They have their own decision about minimum version and lowering it may or may not work, so just test yourself.

[NotHereToPlayGames]

@roytam1  I believe that he is asking not about xpi min-ver issues, but rather his issues with video playback in Serpent.

[roytam1]

1 hour ago, NotHereToPlayGames said:

@roytam1  I believe that he is asking not about xpi min-ver issues, but rather his issues with video playback in Serpent.

no clue, check for upstream if problem persists.

(but remember, youtube pushes AV1 content which is too heavy for old machines.)

Edited yesterday at 02:26 PM by roytam1

[Goodwin]

16 minutes ago, roytam1 said:

check for upstream

roytam1

the question is about changing speed and CPU utilization. And it's not even a question, it's a bug !

and it's very old. And you've been written about it many times, judging by the topic.

this problem is not related to YouTube and AV1. This is about regular video on websites - h264.

I will also suggest you a certain direction for fixing it. In Centaury browser (https://github.com/Feodor2/Centaury/releases) there is no problem with increasing CPU load. And this browser is also based on basilisk.

Edited yesterday at 03:41 PM by Goodwin

[roytam1]

12 hours ago, Goodwin said:

roytam1

the question is about changing speed and CPU utilization. And it's not even a question, it's a bug !

and it's very old. And you've been written about it many times, judging by the topic.

this problem is not related to YouTube and AV1. This is about regular video on websites - h264.

I will also suggest you a certain direction for fixing it. In Centaury browser (https://github.com/Feodor2/Centaury/releases) there is no problem with increasing CPU load. And this browser is also based on basilisk.

if you think the problem exists in my browser, you may at least try bisecting when the problem starts occurring.

without doing so, there is no way to find where the problem is.

and BTW Centaury doesn't share same UXP engine as my builds so it is incomparable.

[roytam1]

Notice: seems need some more time on ironing out front-end (win11) related revs from upstream which hopefully can be done in xmas, but UXP related changes are in and hopefully new build (without those front-end changes) will be available this week.

Edited 12 hours ago by roytam1

[Goodwin]

14 hours ago, roytam1 said:

if you think

I don't know exactly when the problem started, but presumably it's been around for a few years. Perhaps this defect was there from the very beginning, when firefox forks were able to play video on their own, without third-party plugins, as it was in firefox52. And I think you have already written about it in this thread.
The problem occurs when you don't use mythical hardware acceleration, which as you probably know doesn't work on XP.
example. on a particular machine:
480p video is playing - CPU utilization is ~20%.

When changing the speed in the player, the CPU load increases to ~60-75%.

I mainly use your basilisk. The same defect exists in palemoon and probably in all your other browsers.

Edited 32 minutes ago by Goodwin