My Browser Builds (Part 5)

[johk]

I'm not under XP, I use NewMoon x64 under Windows 7.

One way, or the other, good or bad job (as I'm not blaming roytam at all, but reporting), the thing is that now NewMoon freezes more, after the 20260411 build. Even if 20260418 doesn't freeze that much, it just did on this page. On 20260411 and earlier, didn't.

It is true that GitHub is very intensive, but until 20260425, and particularly about February or March builds, GitHub rendering on NewMoon has enhanced a lot, as there were some glitches with some site functions that drive you to empty pages, as for example mark threads as read/done, and now (until 20260418 because 20260425 just freezes) works better.

There shouldn't be a difference if it runs on XP or Win7. In my opinion.

[AstroSkipper]

I have all three browsers installed under Windows XP, New Moon 28, Serpent 52 and Mypal 78. At the moment, Serpent 52 is the only one who works without any serious problems on GitHub. Logging in, personal messages, downloading files, searching and reading contents or issues, and even commenting is working on my old single-core Pentium 4. New Moon 28 has always had issues with GitHub, and they’re getting worse and worse. GitHub’s web technology is rubbish. 

[VistaLover]

NM28 v28.10.7a1 (32-bit) (2026-04-24) (SSE2), under Vista SP2 x86; I, too, find that the browser is hang/crash-prone on several GitHub pages, e.g. when I tried to reload a few times: 

https://github.com/martok/palefill/releases

(it's one of pinned tabs in my NM28 session), it resulted reliably in a browser hang ("not responding"), that forced me to exit the browser  ; upon a relaunch, I'm presented with a session restore window...

Since I mentioned palefill, can a frequent NM28 user who has, sort of, followed its recent development enlighten me when/why PaleFill became incompatible with NM28? 

Its install.rdf file still reads: 

    <!-- Pale Moon -->
    <em:targetApplication>
      <Description>
        <em:id>{8de7fcbb-c55c-4fbe-bfc5-fc555c87dbc4}</em:id>
        <em:minVersion>28.10.0</em:minVersion>
        <em:maxVersion>35.*</em:maxVersion>
      </Description>
    </em:targetApplication>

Disclaimer: I haven't been regularly using NM28 for a long while, but I do follow this thread  ; for GitHub, which I use a lot, r3dfox[esr]-140 is the browser of choice here ...

[AstroSkipper]

8 minutes ago, VistaLover said:

NM28 v28.10.7a1 (32-bit) (2026-04-24) (SSE2), under Vista SP2 x86; I, too, find that the browser is hang/crash-prone on several GitHub pages, e.g. when I tried to reload a few times: 

https://github.com/martok/palefill/releases

(it's one of pinned tabs in my NM28 session), it resulted reliably in a browser hang ("not responding"), that forced me to exit the browser  ; upon a relaunch, I'm presented with a session restore window...

Since I mentioned palefill, can a frequent NM28 user who has, sort of, followed its recent development enlighten me when/why PaleFill became incompatible with NM28? 

Its install.rdf file still reads: 

    <!-- Pale Moon -->
    <em:targetApplication>
      <Description>
        <em:id>{8de7fcbb-c55c-4fbe-bfc5-fc555c87dbc4}</em:id>
        <em:minVersion>28.10.0</em:minVersion>
        <em:maxVersion>35.*</em:maxVersion>
      </Description>
    </em:targetApplication>

Disclaimer: I haven't been regularly using NM28 for a long while, but I do follow this thread  ; for GitHub, which I use a lot, r3dfox[esr]-140 is the browser of choice here ...

Read my report here and you will fix it easily: https://github.com/martok/palefill/issues/109 

[VistaLover]

1 hour ago, AstroSkipper said:

without any serious problems on GitHub. Logging in, personal messages,

What are those? TTBOMK, GitHub itself still doesn't offer this functionality natively (i.e. PMs/DMs between GitHub members) ;

https://github.com/orgs/community/discussions/15580

https://github.com/orgs/community/discussions/153547

Please elaborate...

Regards.

[roytam1]

18 minutes ago, VistaLover said:

NM28 v28.10.7a1 (32-bit) (2026-04-24) (SSE2), under Vista SP2 x86; I, too, find that the browser is hang/crash-prone on several GitHub pages, e.g. when I tried to reload a few times: 

https://github.com/martok/palefill/releases

(it's one of pinned tabs in my NM28 session), it resulted reliably in a browser hang ("not responding"), that forced me to exit the browser  ; upon a relaunch, I'm presented with a session restore window...

Since I mentioned palefill, can a frequent NM28 user who has, sort of, followed its recent development enlighten me when/why PaleFill became incompatible with NM28? 

Its install.rdf file still reads: 

    <!-- Pale Moon -->
    <em:targetApplication>
      <Description>
        <em:id>{8de7fcbb-c55c-4fbe-bfc5-fc555c87dbc4}</em:id>
        <em:minVersion>28.10.0</em:minVersion>
        <em:maxVersion>35.*</em:maxVersion>
      </Description>
    </em:targetApplication>

Disclaimer: I haven't been regularly using NM28 for a long while, but I do follow this thread  ; for GitHub, which I use a lot, r3dfox[esr]-140 is the browser of choice here ...

unfortunately I still can't reproduce it. all changes are shared in moebius and UXP, so if it happens in NM28, it should also happen in SP55 and SP52.

but still, I can't reproduce the hang in any of them.

even on a slow single core old qemu-0.15, it is just slow but not hang.

Edited April 25 by roytam1

[AstroSkipper]

4 minutes ago, VistaLover said:

What are those? TTBOMK, GitHub itself still doesn't offer this functionality natively (i.e. PMs/DMs between GitHub members) ;

https://github.com/orgs/community/discussions/15580

https://github.com/orgs/community/discussions/153547

Please elaborate...

Regards.

I meant the personal notifications. And what the hell is TTBOMK ...  DKKWV (Das kann keiner wirklich verstehen)

Edited April 25 by AstroSkipper

[VistaLover]

16 minutes ago, AstroSkipper said:

Read my report here and you will fix it easily: https://github.com/martok/palefill/issues/109

Many thanks for this  ; it worked as described; still, this is a mitigation/a workaround, whereas the underlying UXP cause that now triggers the "incompatible" message remains unknown ...

13 minutes ago, AstroSkipper said:

And what the hell is TTBOMK

I see no reason for one to swear , is there?

https://www.google.com/search?channel=entpr&q=TTBOMK

[VistaLover]

20 minutes ago, roytam1 said:

unfortunately I still can't reproduce it. (...)

but still, I can't reproduce the hang in any of them.

Happens easily here, with or without uBO-legacy enabled: 

That GH releases page will successfully load once (or even twice), then when you attempt a tab reload, will hang the whole browser...

[VistaLover]

Well, guess what? I downgraded to the build mentioned by @johk, which for me is 

28.10.7a1 (32-bit) (2026-04-10) (SSE2)

and my "problem" page is now rock-solid, can be reloaded ten consecutive times without hanging the browser: 

This build is definitely a keeper for me, too...

[AstroSkipper]

39 minutes ago, VistaLover said:

1 hour ago, AstroSkipper said:

Read my report here and you will fix it easily: https://github.com/martok/palefill/issues/109

Many thanks for this  ; it worked as described; still, this is a mitigation/a workaround, whereas the underlying UXP cause that now triggers the "incompatible" message remains unknown ...

That's why I reported it to the Palefill issues. 

40 minutes ago, VistaLover said:

56 minutes ago, AstroSkipper said:

And what the hell is TTBOMK

I see no reason for one to swear , is there?

https://www.google.com/search?channel=entpr&q=TTBOMK

That’s not swearing. It’s just a typical German habit to get annoyed by such abbreviations. Native English speakers use an abbreviation for every little thing, which is completely frowned upon here.  

[johk]

And it works on the last week build 20260418 too @VistaLover

Well, for the sake of testing while I have it on a ramdisk, I didn't notice that palefill stopped working, so I did the fix mentioned, changing strict compatibility to false on install.rdf, and while now can be installed and, I guess, works, on the latest build, 20260425 it still hangs/freezes, so the palefill availability is not the culprit of the hangs/freezes.

Why doesn't happen to you @roytam1? No clue.

Is just visit github.com/notifications and after load, freeze (unresponsive window to any interaction, except close).

I don't have the means to debug it.

Edited April 26 by johk
learning to mention :S

[basilisk-dev]

I am wondering if in this PR: https://repo.palemoon.org/MoonchildProductions/UXP/commit/e10d75b7c266c30769ecac71fd8b890c6db7c47b

Maybe I should have used return cpuCount instead of return threadCount. It is hard to diagnose this on my end because I am not able to replicate it on Linux or Windows 10 in upstream Basilisk either.

[roytam1]

24 minutes ago, basilisk-dev said:

I am wondering if in this PR: https://repo.palemoon.org/MoonchildProductions/UXP/commit/e10d75b7c266c30769ecac71fd8b890c6db7c47b

Maybe I should have used return cpuCount instead of return threadCount. It is hard to diagnose this on my end because I am not able to replicate it on Linux or Windows 10 in upstream Basilisk either.

yeah I'm thinking about same thing.

[johk]

And you know what they say, that if you play with fire your end burning yourself.

Well I got a BSOD (I didn't have one since a couple of years) when testing the 20260425 build in safe mode.

I send the dmp minidump privately to you @roytam1 as I think it might have some personal information.

You don't allow PMs, OK, if you want the dmp tell me and I'll send the link though K-meleon forum PMs.

I have to go to sleep now. See you.

Edited April 26 by johk