Jump to content

My Browser Builds (Part 4)


Recommended Posts

4 hours ago, VistaLover said:

... Their forum is based on the discourse platform, but "discourse" have recently implemented another UXP-exterminator, the operator called "nullish coalescing assignment ("??=") :realmad: :realmad: :realmad: :

tWr7tKc.png

Your only hope under XP is to use 360EEv13.x/minibrowser to load that forum, because that operator was first implemented in Chromium 85 (Firefox 79) ... Most sadly :(, "discourse" is being used by many forums/communities, so this is just going to only escalate in the coming days :( ...

upstream aware this (#2097) but don't know when will it be implemented.

Link to comment
Share on other sites


@shelby Recently, I have been making progress on a Firefox 1.1a2 Visual C++ 5.0 compatible build, but still having some trouble. I managed to get XPCOM compiling and executing successfully replacing nsInterfaceHashtable, nsBaseHashtable, and nsClassHashtable references with nsHashtable references. Necko causes freezing in my build, and the NSS files cause crashing (known issue that I don't know how to resolve, because it fails in Visual C++ 6.0 without the "processor pack", and ml.exe).

@roytam1 Shifting gears, I tried compiling your "gecko28a1-vc8-master" browser with Visual C++ 2008 Express SP1, Windows 7 SDK with .Net Framework 4.0, and Mozilla-Build 1.8, and I have problems with an auto generated file named "BluetoothTypes.cpp", which uses the auto C++ keyword. The directory for the file is "obj-i686-pc-mingw32/ipc/ipdl". My mozconfig file consists of

 

ac_add_options --enable-release
ac_add_options --enable-application=browser
ac_add_options '--enable-optimize=-O2 -GS-'
ac_add_options --enable-jemalloc
ac_add_options --enable-shared-js
ac_add_options --enable-devtools
ac_add_options --disable-debug
ac_add_options --enable-strip
ac_add_options --disable-skia
ac_add_options --disable-maintenance-service
ac_add_options --disable-crashreporter
ac_add_options --disable-updater
ac_add_options --disable-tests
ac_add_options --disable-mochitests
ac_add_options --disable-jsd
ac_add_options --disable-webapp-runtime
ac_add_options --disable-webgl
ac_add_options --disable-angle
ac_add_options --disable-gamepad

 

And the first 16 lines of BluetoothTypes.cpp consist of

 

//
// Automatically generated by ipdlc.
// Edit at your own risk
//


#include "mozilla/dom/bluetooth/BluetoothTypes.h"


//-----------------------------------------------------------------------------
// Method definitions for the IPDL type |union BluetoothValue|
//
namespace mozilla {
namespace dom {
namespace bluetooth {
auto BluetoothValue::MaybeDestroy(Type aNewType) -> bool

 

Do you know of any way to remove usage of the auto C++ keyword so line 16 looks like

bool BluetoothValue::MaybeDestroy(Type aNewType)

like it does in New Moon 26.5.0 oldvc?

Link to comment
Share on other sites

3 minutes ago, ClassicNick said:

@shelby Recently, I have been making progress on a Firefox 1.1a2 Visual C++ 5.0 compatible build, but still having some trouble. I managed to get XPCOM compiling and executing successfully replacing nsInterfaceHashtable, nsBaseHashtable, and nsClassHashtable references with nsHashtable references. Necko causes freezing in my build, and the NSS files cause crashing (known issue that I don't know how to resolve, because it fails in Visual C++ 6.0 without the "processor pack", and ml.exe).

Nice i hope you to find the solve

Edited by shelby
Link to comment
Share on other sites

15 hours ago, VistaLover said:

... Their forum is based on the discourse platform, but "discourse" have recently implemented another UXP-exterminator, the operator called "nullish coalescing assignment ("??=") :realmad: :realmad: :realmad: :

Quote

Discourse is designed for the next 10 years of the Internet, so the minimum browser requirements are high.

Discourse supports the latest, stable releases of all major browsers and platforms:

  • Microsoft Edge
  • Google Chrome
  • Mozilla Firefox
  • Apple Safari

Additionally, we aim to support Safari on iOS 15.7+.

Whatever that means.

Link to comment
Share on other sites

14 minutes ago, UCyborg said:

Whatever that means.

... What it says on the tin:
a) We (intend to) ONLY support "last week's" ;) iteration of the Chromium engine :whistle:...
b) You can forget "the previous 10 years of the Internet" ;) , thus ALL browser engines that are still compatible with that Internet "snapshot" :angry: ...

Link to comment
Share on other sites

Websites using Discourse 

Download a list of all 15,590 Current Discourse 

https://trends.builtwith.com/websitelist/Discourse

Example from this list: https://www.sitepoint.com/ - and this site's scrolling is OK. on my DCBrowser...

 

Another Discourse list: 

Websites using Discourse - 2,020 websites in this list: https://rescan.io/technology/discourse/

 

Another list:

List of websites using Discourse - Here are some companies using this technology: https://www.findmassleads.com/list-of-websites/discourse

 

...so many sites like these above...

Edited by msfntor
Link to comment
Share on other sites

31 minutes ago, msfntor said:

VistaLover: you read clearly what I wroteExample from this list: https://www.sitepoint.com/ 

Yes I did; please understand I don't harbour a "negative disposition" towards you, nor am I out there to insult you :) ...
But what was the point in the context of this recent discussion to mention that the homepage

https://www.sitepoint.com/

loads (scrolls) OK in DCB? :dubbio:"Discourse" is a "forum" platform, so I had expected you to link/refer to their actual "community" page,

https://www.sitepoint.com/community/

which is indeed broken in DCB (I assume? ;) ) and UXP...

Link to comment
Share on other sites

Regarding the recent discussion about discourse-based forums being BROKEN under UXP-based browsers (NM28/St52/possibly also St55/moebius), I found a related thread in the official PM forums:
https://forum.palemoon.org/viewtopic.php?f=70&t=29327

The point in the thread where the recent breakage happened (i.e. implementation of the "??=" operator by Discourse) is this one ;) ; the approach savvy members there took to address the breakage is to use JustOff's Modify-HTTP-Response (legacy) extension below: 

https://github.com/JustOff/modify-http-response/releases/tag/1.3.8

Once installed, go to "about:addons" and access that extension's options; locate the "Filters" input field; in the initially empty field, paste the code below: 

[["/global\\.discourse-cdn\\.com|community\\.(frontrowcrew|cartalk)\\.com|forum\\.(manjaro|openwrt)\\.org|forum\\.italia\\.it/",["/browser-detect-/",["/.*/g",""]],["/vendor-/",["/(t\\.discourse\\.hoisted|t\\[e\\]|r)(\\?\\?|\\|\\|)=(\\{\\}|\\[\\])/g","$1$2($1=$3)","n??=[]","n||(n=[])"]],["/discourse-/",["e.draft||=t.draft","e.draft||(e.draft=t.draft)","/(t\\.__registry__\\._typeInjections\\.service|[ne]|f\\[e\\])(\\?\\?|\\|\\|)=(\\[\\]|\\{\\})/g","$1$2($1=$3)"]]]]

NB: You'd better use a proper code-editor to copy/paste, to avoid any errors...

Then "tick" the "Enable" setting above the "Filters" input field...

@msfntor : If you now visit

https://community.brave.com/

in your UXP-based browser, (hopefully) the forum will load OK (it does here, with St52):

F0ki4vv.png

I do hope you're happier now :) ...

The inner-workings of the method is that the extension intercepts the UXP-incompatible JS code sent by Discourse and then transpiles it on-the-fly, based on the Search-and-Replace RegExp filter specified... All credit for the filter code belongs to PM-Forum members Kris_88 and adoxa :thumbup ...

@Art7220 : The procedure I detailed above seems to also work for your "own" Discourse-based forum:

https://forums.mst3k.com/

oGiSV0W.png

Edited by VistaLover
Link to comment
Share on other sites

23 hours ago, VistaLover said:

Regarding the recent discussion about discourse-based forums being BROKEN under UXP-based browsers (NM28/St52/possibly also St55/moebius), I found a related thread in the official PM forums:
https://forum.palemoon.org/viewtopic.php?f=70&t=29327

The point in the thread where the recent breakage happened (i.e. implementation of the "??=" operator by Discourse) is this one ;) ; the approach savvy members there took to address the breakage is to use JustOff's Modify-HTTP-Response (legacy) extension below: 

https://github.com/JustOff/modify-http-response/releases/tag/1.3.8

Once installed, go to "about:addons" and access that extension's options; "tick" the "Enable" setting and locate the "Filters" input field just below it; in the initially empty field, paste the code below: 

[["/global\\.discourse-cdn\\.com|community\\.(frontrowcrew|cartalk)\\.com|forum\\.(manjaro|openwrt)\\.org|forum\\.italia\\.it/",["/browser-detect-/",["/.*/g",""]],["/vendor-/",["/(t\\.discourse\\.hoisted|t\\[e\\]|r)(\\?\\?|\\|\\|)=(\\{\\}|\\[\\])/g","$1$2($1=$3)","n??=[]","n||(n=[])"]],["/discourse-/",["e.draft||=t.draft","e.draft||(e.draft=t.draft)","/(t\\.__registry__\\._typeInjections\\.service|[ne]|f\\[e\\])(\\?\\?|\\|\\|)=(\\[\\]|\\{\\})/g","$1$2($1=$3)"]]]]

NB: You'd better use a proper code-editor to copy/paste, to avoid any errors...

Good to know that there's a solution for Discourse breakage. Thanks. :thumbup

Edited by mina7601
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...