My Browser Builds (Part 5)

[UCyborg]

21 hours ago, UCyborg said:

--disable-jemalloc

Hm, this might not be an actual valid option, seems you just omit/comment out the line with --enable-jemalloc in .mozconfig to achieve the effect. So far, I got a crash on one website when using an inspector, I think it was actually https://pixai.art/. It appears it's not an OS specific issue.

[VistaLover]

17 hours ago, Tomcat76 said:

3) I have found that some forum-based websites using a specific software don't load properly.  I get a basic version with disabled scrollbar.  Example: https://winraid.level1techs.com/t/modded-intel-ahci-and-raid-drivers-digitally-signed/19691
I think it's Discourse.

Breakage of discourse-based forums/communities under UXP-based browsers (NM28/St52 and probably St55) is an already known issue, that has been reported more times than I'd care to remember ; discourse serve a script that checks for a specific platform feature in the client browser, which isn't present in the UXP platform per se but, at the same time, isn't strictly necessary for the discourse-based forums/communities to function properly - thus, "their" browser-checking script categorises UXP-based browsers as "unsupported" and then "they" serve the "dumbed down" version of the forums  ...

I have offered two mitigations for this predicament, one based on a custom uBlock Origin filter and another in the form of a userscript (requires a userscript manager to be installed); search my MSFN posts with the keyword "discourse"  ; probably inside "My Browser Builds (Part 4, 5)" megathreads...

[VistaLover]

On 5/25/2024 at 10:43 PM, Slavich said:

In the NM28 browser, the website of the Russian national social network "In contact" is reflected with errors

Photos are attached. Thank you for your hard work.

https://ibb.co/MRbJJ6m

https://ibb.co/n0gR7LC

Hi  ; In the past, I have politely asked you to put some more effort into improving the quality of your problem reports, but it appears I can't get the message through  ; indeed, "one picture is worth a thousand words", but in this case it's far from it... Please, provide "clickable links" of the actual problematic URLs and also try to include English translation(s) of the error(s) your Russian-localised OS generates ; if the errors you encounter are manifesting themselves ONLY when being logged-in, few here (including the developer) without a proper account already will go into the trouble of registering just to troubleshoot your errors ...

As a rule of thumb, social media portals, be it western (e.g. Facebook) or eastern (e.g. VKontakte) are relentless  towards anything "legacy", i.e. H/W, OS, browser; they're veritable beasts of Javascript and CSS that put a heavy tax on older desktop machines; I avoid social media with a passion, but if "one" must use them, better limit "oneself" to a mobile device with a recent version of Android/iOS...

Small rant aside , I launched latest NM28 [v28.10.7a1 (32-bit) (2024-05-23)] and tried to load: 

https://vk.com/megaslava

The browser struggled for a few seconds (5-8s) while trying to render huge blobs of code  , but in the end the URI was successfully displayed: 

As a further test, I reloaded that same URI ten (10) consecutive times, not once did I get anything similar to what's contained in your first screenshot ; as I don't have a VK account myself, I only tested as an anonymous VK user ...

As for your second screenshot, it would appear VK use serviceWorkers, so in "about:config" just enable them (if not already): 

dom.serviceWorkers.enabled;true

FWIW, I didn't get any of the errors depicted in your second image, probably because I'm not being logged-in ...

My friendly advice to you: If you can, use one of the XP-compatible Chromium derivatives for VK.com (and likewise for other "offenders" like Instagram/X/Youtube etc.) ...

Regards. 

Edited May 29 by VistaLover

[VistaLover]

On 5/27/2024 at 12:50 AM, UCyborg said:

On 5/26/2024 at 1:33 AM, VistaLover said:

https://pixai.art/search?q=asuna&sort=trending

https://forum.palemoon.org/viewtopic.php?f=62&t=31185

Quote

it came into my awareness that there are websites out there that rely on additions to createImageBitmap not supported by the platform.
...
Related entry on Bugzilla with another example

... Probably for the best  that you did not detail there how this "came into your awareness"  ; "MSFN" and "VistaLover" strings would have triggered many "alarms" in the official PM forum  ; what's of concern, though, is that no-one there has acknowledged the issue so far; FWIW, I would've posted this in a more "visible" subforum like Web Compatibility Support ... 

Take care  ...

[VistaLover]

On 5/28/2024 at 5:45 AM, Mathwiz said:

If I go to about:profiles and click "Restart with Add-Ons Disabled," the Windows Update Catalog loads fine.
But if I disable every add-on manually and restart, the site still hangs at the "loading" state.
...
Clearly, "Restart with Add-Ons Disabled" is doing more than disabling all add-ons and custom themes

... You're using St55, so the wording there (about:profiles) is still "Restart with Add-Ons Disabled"  ; in St52, MCP have reworded that to "Restart in Safe Mode", to more accurately indicate what happens when you click that button...

As you've found out already: 

"Restart with Add-Ons Disabled" != "disable every add-on manually and restart"

http://kb.mozillazine.org/Safe_Mode

Quote

Safe Mode is a debugging startup mode available in Firefox, Thunderbird, and SeaMonkey 2, where all added extensions are disabled, the default theme is used, and default localstore settings (toolbar settings and controls) are used. Safe Mode also disables hardware acceleration, the Just-in-time (JIT) JavaScript compiler, and any changes made via userContent.css and userChrome.css. Any changes made to preference settings remain in effect in Safe Mode, however, and all available plugins are used. To summarize:

Safe Mode temporarily affects the following:

All extensions are disabled.
The default theme is used, without a persona.
The Just-in-time (JIT) JavaScript compiler is disabled.
The userChrome.css and userContent.css files are ignored.
The default toolbar layout is used.
Hardware acceleration is disabled.

Safe Mode has no effect on the following:

The status of plugins is not affected.
Custom preferences (profile file prefs.js) are not affected.

Edited May 29 by VistaLover

[UCyborg]

6 hours ago, VistaLover said:

what's of concern, though, is that no-one there has acknowledged the issue so far; FWIW, I would've posted this in a more "visible" subforum like Web Compatibility Support ... 

It was my assumption platform development subforum is suitable if you can point out the direction where the issue lies. But issues not being acknowledged also happened in the past in web compat subforum. Though I think you have a point; the latter might slightly more suitable just due to the fact that subforum is all about real examples of broken sites.

It's my hunch them being bombarded with issues all the time makes them indifferent at times. And, well, that's just how it is in open-source world.

[Tomcat76]

9 hours ago, VistaLover said:

Breakage of discourse-based forums/communities under UXP-based browsers (NM28/St52 and probably St55) is an already known issue (...)

I have offered two mitigations for this predicament, one based on a custom uBlock Origin filter and another in the form of a userscript (requires a userscript manager to be installed)

Thanks for that.  I don't have uBlock Origin and I couldn't find the userscript, but I managed to fix it using the Modify HTTP Response add-on.  I had to add the Win-Raid forum's hostname to the filter to make it work.
 
Edit: I tried to add the updated filter as code to this post, but the forum won't let me.  It spits out a "Forbidden - You don't have permission to access this resource" error message.

Edited May 29 by Tomcat76

[Dixel]

3 hours ago, Tomcat76 said:

It spits out a "Forbidden - You don't have permission to access this resource" error message.

They don't like your IP.

[roytam1]

26 minutes ago, Dixel said:

They don't like your IP.

it could be some kind of rules about post filtering here. I do hit this these days when posting changelogs.

[Dixel]

4 hours ago, roytam1 said:

it could be some kind of rules about post filtering here. I do hit this these days when posting changelogs.

Yes, I recently also started to encounter weird website behaviour, I reported here.

https://msfn.org/board/topic/186000-posting-test-string-boot-ini-causes-http-403-forbidden-error/?do=findComment&comment=1264723

Interesting, I have no "forbidden", but the posting sometimes takes long time to pass through.

Living in Holland, I have a very fast internet connection.

[Tomcat76]

3 hours ago, Dixel said:

They don't like your IP.

How racist of them!
 
Well... I don't like their IP either!

[AstroSkipper]

4 hours ago, Tomcat76 said:

Edit: I tried to add the updated filter as code to this post, but the forum won't let me.  It spits out a "Forbidden - You don't have permission to access this resource" error message.

Same here. Posting code here has been a pure game of chance for months. The forum editor is still totally buggy and constantly spinning around although all has been reported months ago. 

[NotHereToPlayGames]

I've never had any issues with the forum editor.

I assume you guys are blocking cloudflare/googlesyndication/googletagmanager?

[modnar]

6 minutes ago, NotHereToPlayGames said:

I've never had any issues with the forum editor.

I assume you guys are blocking cloudflare/googlesyndication/googletagmanager?

I wholly allow quality websites such as msfn.

[UCyborg]

13 minutes ago, NotHereToPlayGames said:

I assume you guys are blocking cloudflare/googlesyndication/googletagmanager?

Cloudflare serves cookie consent script for the site, the rest are ads.

I block all with extreme prejudice, the editor works fine, apart from the occasional "post goes through although it doesn't show until you refresh".

Sometimes, but rarely, there's a delay when posting (server/database overload?).