Jump to content

My Browser Builds (Part 4)


Recommended Posts

6 hours ago, VistaLover said:

I occasionally test St55, but I am a St52 "person" myself... St55 has slightly better Web Extension support (inherited from Fx53.0a1), slightly better Tab Containers support, probably (slightly) better e10s support and a better GUI for its standalone media player; all of these "features" are there on a "use-at-your-own-risk" state, because no-one maintains those aspects of St55 code... And its JS engine isn't 100% on par with UXP's, still... But whatever anyone prefers :whistle:...

Having used both at different times, I find there are some interesting differences between St55 and St52, including what you pointed out. In using St55, I've found it renders pages in a manner closer to the classic Firefox 52ESR (which makes it nostalgic for just that reason). I think of St55 as the answer to "what if Mozilla had never ended their support for 52ESR and just kept updating it over the years, periodically?" whereas St52 (and by extension UXP as a whole) represents the maximum potential for what 52ESR's code base could be pushed to achieve in terms of modern web rendering.
It's amazing to see UXP still getting new features after all this time, and while there is still a lot of work to be done in terms of bringing it up to current standards, the fact that it is still so capable after so long and didn't become a totally stagnant project is a wonderful thing. It definitely gives me hope for the future.

Link to comment
Share on other sites


5 hours ago, luweitest said:

Yes it works! I must have omitted it mysteriously...

Packing the contents of https://github.com/alexadam/save-as-ebook/tree/master/web-extension does not work. Comparing with the xpi file, the difference is xpi file has a directory META-INF, which contains cose.manifest, cos.sig, manifest.mf, mozilla.sf, mozilla.rsa. They seems to be related to signature and hash values. Which file is still required when "xpinstall.signatures.required" is false by default?

I did an experiment: removing the 5 files one by one to see which one is required. The result is: none of them is dispensable.

Link to comment
Share on other sites

10 hours ago, VistaLover said:

I can easily reproduce in my (latest) St52 (32-bit) copy here :realmad:; on ebay.de, crazy CPU consumption lessens somewhat if I "pause" the main/centre "carousel"; but commerzbank.de will fry both my CPU cores at a constant rate of 97-100% :realmad: :realmad: ; after a short while, the whole, single-process, browser becomes unresponsive and has to be killed via Task Manager (and upon relaunch, you are "greeted" with the "session restore" message, if you have that enabled...); their whole web design is dire BTW :angry:, endlessly-scrolling with embedded videos in between, typical of the web design of the era that mainly targets handheld mobile devices with vertical screens :( ...

Thank you @VistaLover for your verification of the issues - and sorry for the inconviniences.

Commerzbank is the 2nd largest Bank in Germany (partly state-owned after finance crises - you surely remember? :ph34r:). Fortunately one can immediately go to the login screen... The othe case concernes ebay-"small advertisements" (ebay-kleinanzeigen.de - which does not belong to ebay directly any more, but to norwegian Adevinta group - which is owned 33% by ebay). And also in this case it's only one particular sub-site that hurts: those which organizes the communication (messages) with other users... My personal workaround for the moment: reduce usage of that site to an absolute minimum.

If that kind-of-practice spreads in the future we do will have to investigate that... rubbish (and ,our' JS engines trying to deal with it) deeply!

Link to comment
Share on other sites

As a small pre-investigation i installed latest PM 32.1.1 (32bit) on my Win7 partition for a comparison:

- On commerzbank.de PM-32.1.1 does also struggle heavyly for a while but then calms down:

Pm_at_Commerb.jpg.ed86da02a3457f47202722520895808d.jpg

(Nice to see all my addons from NewMoon 28.10 profile running nicely btw.)

- in contrary on https://www.ebay-kleinanzeigen.de/m-nachrichten.html : in this case PM 32.1.1 is running hot too, even after a minute:

Pm_at_ebayKa.thumb.jpg.f642e2ce156dcfcc4321c56b26544983.jpg

allways transfering ammounts of data from gateway.... (and storing it to .\Profile\cache2\entries)

Btw. @roytam1, would it be an effort to change Serpent's "Company Name" ("Moonchild Productions") as shown in Process Explorer above to something else? "Roytam's Industries"  would be my proposal :cool:

 

Edited by Mark-XP
typo
Link to comment
Share on other sites

For installing unsigned web extensions in Serpent 52 and 55 (moebius! :P) they have first to be compatible with these browsers. Deleting any files from the folder META-INF of a xpi file does not do anything, and is therefore no solution. Furthermore, only setting the preference xpinstall.signatures.required to false, which is already the default setting in Serpent, is no solution, either. To install such an unsigned web extension permanently (there is no META-INF folder in its archive, or it has been removed) in Serpent, the file manifest.json has to be modified to assign a unique ID to this extension. For testing purpose, I did that in the case of the web extension save-as-ebook 1.4.2 loaded from https://github.com/alexadam/save-as-ebook/tree/master/web-extension which lacks of such an ID in its file manifest.json. After assigning a unique ID to it, I packed the complete extension into a zip file and renamed it to save-as-ebook-1.4.2.xpi. If done, it can be installed then as usual, works as it should and also survives the next browser restart. :thumbup Without enabling add-on debugging which would only result in a temporary loading of the web extension anyway! As a unique ID, I chose user-save-as-ebook@email.com. Here is a screenshot as a proof:

Serpent-25-unsigned-webextension-edited.

Cheers, AstroSkipper matrix.gif

Edited by AstroSkipper
Update of content
Link to comment
Share on other sites

11 hours ago, roytam1 said:

Advance Notice: there will be no UXP based builds tomorrow, but there will be a mozilla45tff release tomorrow.

Very cool! It's been a while since I used your 45 fork...it'll be interesting to give this new release a try, for old times' sake, to see what that old 45 engine can still do. Hoping you have a good weekend, Roy--and thank you, always!

Link to comment
Share on other sites

New build of Firefox 45ESR:

Test binary:
SSE https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20230422-50d2e2b43-win32-sse.7z
IA32 https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20230422-50d2e2b43-win32-ia32.7z

Win64 https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20230422-50d2e2b43-win64.7z

repo: https://github.com/roytam1/mozilla45esr

Changes since my last build:
- [network][security] add TLS_RSA_WITH_AES_256_GCM_SHA384 and TLS_RSA_WITH_AES_128_GCM_SHA256 support (9f9aa2efc)
- import changes from tenfourfox:
 - #651: M1779993 + backbugs (9197c1505)
 - #651: M1786188 M1791029 (28b4c0882)
 - #651: M1761233 M1687303 M1633019 M1797336 M1799748 M1801102 (fb91afbb4)
 - add MDN script to problematic scripts due to screen blanking after load (2488fabc4)
 - #659: initial support for per-host CSS grid whitelist (c889bc5ce)
 - #659 sidecar: better blocking means for developer.mozilla.org (c51a503ed)
 - #659: tuneups and edgecases (17b23692f) (50d2e2b43)

Link to comment
Share on other sites

New NewMoon 27 Build!

32bit https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20230422-5602866910-xpmod.7z
32bit SSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20230422-5602866910-xpmod-sse.7z
32bit noSSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20230422-5602866910-xpmod-ia32.7z

64bit https://o.rthost.win/palemoon/palemoon-27.10.0.win64-git-20230422-5602866910-xpmod.7z

source repo: https://github.com/roytam1/palemoon27

repo changes since my last build:
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1204983 - Allow about: pages to load remote content (r=bholley,bz,florian,dragana) (234bb3d551)
 - Bug 1201272 - add reftest for canvas shadows with destination-out op. r=jmuizelaar (2d4618d60f)
 - Bug 1224976. Recover from singular-matrix cairo errors. r=mattwoodrow (7ae2e051e9)
 - Bug 1200021 - Part 3: Add DrawTarget::IsValid and don't let Cairo version snapshot invalid surface. r=bas (069d0db780)
 - Bug 1219991 - Make RestyleManager::{Begin,End}ProcessingRestyles private. r=dholbert (29f36406bb)
 - Bug 1147692 - Remove gmp-decryptor backwards compatibility hack. r=edwin (d53204cb84)
 - Bug 1229508 - Support current and previous GMP_API_DECRYPTORs. r=gerald (887b0b8245)
 - Bug 1228215 - Expose the GMP name on each GMPParent. r=jwwang (9c5205143d)
 - Bug 1183433 - Make GMPParent's AbortWaitingForGMPAsyncShutdown class-static, to simplify upcoming work. r=cpearce (483648359e)
 - Bug 1174064 - Ensure we don't try to reuse a GMP doing async shutdown. r=edwin (fe62f2daec)
 - fix log (000dc88d7b)
 - Bug 1169129 - Make GMPService's GMP crash handlers easier to register. r=gerald (9c05cfed78)
 - Bug 1227908 - JavaScript error: resource://gre/modules/PushService.jsm, line 281: ReferenceError: data is not defined. r=kcambridge (99cb65c1cd)
 - Bug 1225968 - Add authentication secret to push API, r=kitcambridge,smaug (60d57d206a) (6f7ba1a01e)
- import from mozilla: Bug 1229256: [MSE] P3. Prevent crash should buffered range be read while shutting down. r=gerald (b493cde48ac0) (fd7942d1ee)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1225968 - Refactoring to move some of the push crypto logic, r=kitcambridge (2dc331f810)
 - Bug 1174422 - Add system principal for UDPSocket init r=kitcambridge (57a7ed3bf4)
 - Back out bug 1100863 and bug 1152264 for causing bug 1189729 on a CLOSED TREE. a=mhenretty,RyanVM (26d91329b3)
 - add missing SSL_OBSERVED_END_ENTITY_CERTIFICATE_LIFETIME telemetry bits (9f651777ef)
 - bug 1172615 - check for and return early in the case of authentication bypass in AuthCertificateHook r=mcmanus (c642e7ba02)
 - Bug 1229698 - Odin: fix memory corruption when -D passed to the shell (r=bbouvier) (257d9be84b)
 - Bug 1226027 - Use Simd128 register content type. r=bbouvier (9967eff8ae)
 - Bug 1229642 - Odin: hoist some things into Wasm.h and simplify symbolic addresses (r=bbouvier) (3c675a2af8) (2ca6778187)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1170325 - Convert js::Vector into a template alias to mozilla::Vector with a single customized default argument. Also get rid of the CRTP support in mozilla::Vector (through mozilla::VectorBase) now that template aliasing is good enough, and make mozilla::Vector final so that people will use composition and not inheritance with it. (Inheritance plays poorly with movability and a few other things, in addition to messing up template argument deduction matching.) r=Waldo, patch sort of a tag-team between him and me (1f663fc5c1)
 - Bug 1225682 - Don't use nsAuto{,C}String as class member variables in toolkit/. r=froydnj (7d47cd8c5f)
 - Bug 1230409: Implement dummy HeapOffset members for non-ion builds; r=luke (74158a1271)
 - Bug 1228369: Rename CodeOffset::use/used into bind/bound; r=luke (90d1b88697)
 - Bug 1228340: Remove the js_ prefix in front of IonOptimizationsLevel; r=h4writer (44b79061b3)
 - Bug 1229196 - Fix MSVC C4334 "was 64-bit shift intended" warning in js/src/asmjs. r=sunfish (debed181c9) (5602866910)

Link to comment
Share on other sites

New regular/weekly KM-Goanna release:
https://o.rthost.win/kmeleon/KM76.4.7-Goanna-20230422.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git 522696571d...5602866910:
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1204983 - Allow about: pages to load remote content (r=bholley,bz,florian,dragana) (234bb3d551)
 - Bug 1201272 - add reftest for canvas shadows with destination-out op. r=jmuizelaar (2d4618d60f)
 - Bug 1224976. Recover from singular-matrix cairo errors. r=mattwoodrow (7ae2e051e9)
 - Bug 1200021 - Part 3: Add DrawTarget::IsValid and don't let Cairo version snapshot invalid surface. r=bas (069d0db780)
 - Bug 1219991 - Make RestyleManager::{Begin,End}ProcessingRestyles private. r=dholbert (29f36406bb)
 - Bug 1147692 - Remove gmp-decryptor backwards compatibility hack. r=edwin (d53204cb84)
 - Bug 1229508 - Support current and previous GMP_API_DECRYPTORs. r=gerald (887b0b8245)
 - Bug 1228215 - Expose the GMP name on each GMPParent. r=jwwang (9c5205143d)
 - Bug 1183433 - Make GMPParent's AbortWaitingForGMPAsyncShutdown class-static, to simplify upcoming work. r=cpearce (483648359e)
 - Bug 1174064 - Ensure we don't try to reuse a GMP doing async shutdown. r=edwin (fe62f2daec)
 - fix log (000dc88d7b)
 - Bug 1169129 - Make GMPService's GMP crash handlers easier to register. r=gerald (9c05cfed78)
 - Bug 1227908 - JavaScript error: resource://gre/modules/PushService.jsm, line 281: ReferenceError: data is not defined. r=kcambridge (99cb65c1cd)
 - Bug 1225968 - Add authentication secret to push API, r=kitcambridge,smaug (60d57d206a) (6f7ba1a01e)
- import from mozilla: Bug 1229256: [MSE] P3. Prevent crash should buffered range be read while shutting down. r=gerald (b493cde48ac0) (fd7942d1ee)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1225968 - Refactoring to move some of the push crypto logic, r=kitcambridge (2dc331f810)
 - Bug 1174422 - Add system principal for UDPSocket init r=kitcambridge (57a7ed3bf4)
 - Back out bug 1100863 and bug 1152264 for causing bug 1189729 on a CLOSED TREE. a=mhenretty,RyanVM (26d91329b3)
 - add missing SSL_OBSERVED_END_ENTITY_CERTIFICATE_LIFETIME telemetry bits (9f651777ef)
 - bug 1172615 - check for and return early in the case of authentication bypass in AuthCertificateHook r=mcmanus (c642e7ba02)
 - Bug 1229698 - Odin: fix memory corruption when -D passed to the shell (r=bbouvier) (257d9be84b)
 - Bug 1226027 - Use Simd128 register content type. r=bbouvier (9967eff8ae)
 - Bug 1229642 - Odin: hoist some things into Wasm.h and simplify symbolic addresses (r=bbouvier) (3c675a2af8) (2ca6778187)
- import changes from `dev' branch of rmottola/Arctic-Fox:
 - Bug 1170325 - Convert js::Vector into a template alias to mozilla::Vector with a single customized default argument. Also get rid of the CRTP support in mozilla::Vector (through mozilla::VectorBase) now that template aliasing is good enough, and make mozilla::Vector final so that people will use composition and not inheritance with it. (Inheritance plays poorly with movability and a few other things, in addition to messing up template argument deduction matching.) r=Waldo, patch sort of a tag-team between him and me (1f663fc5c1)
 - Bug 1225682 - Don't use nsAuto{,C}String as class member variables in toolkit/. r=froydnj (7d47cd8c5f)
 - Bug 1230409: Implement dummy HeapOffset members for non-ion builds; r=luke (74158a1271)
 - Bug 1228369: Rename CodeOffset::use/used into bind/bound; r=luke (90d1b88697)
 - Bug 1228340: Remove the js_ prefix in front of IonOptimizationsLevel; r=h4writer (44b79061b3)
 - Bug 1229196 - Fix MSVC C4334 "was 64-bit shift intended" warning in js/src/asmjs. r=sunfish (debed181c9) (5602866910)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

Link to comment
Share on other sites

On 4/15/2023 at 7:09 AM, roytam1 said:

... so `RegExpShared` crash is still here and I got a crash: (ObjectGroup having a bad pointer "value=0xbad0bad1")

Locals:
+  gcmarker 0x03f176c8 {stack={stack_=0x52d3f000 {128299068} tos_=0x52d40a08 {1857330962} end_=0x52d4f000 {944430995} ...} ...} js::GCMarker *
-  obj 0x527b71a0 {group_={...} } JSObject *
    js::gc::Cell {...} js::gc::Cell
 -  group_ {...} js::GCPtr<js::ObjectGroup *>
  -  js::WriteBarrieredBase<js::ObjectGroup *> {...} js::WriteBarrieredBase<js::ObjectGroup *>
   +  js::BarrieredBase<js::ObjectGroup *> {value=0xbad0bad1 {clasp_=??? proto_={...} compartment_=??? ...} } js::BarrieredBase<js::ObjectGroup *>


Stack trace:
> mozjs.dll!MustSkipMarking<JSObject *>(js::GCMarker * gcmarker, JSObject * obj) Line 790 C++
  mozjs.dll!DispatchToTracer<JSObject *>(JSTracer * trc, JSObject * * thingp, const char * name) Line 680 C++
  mozjs.dll!js::RegExpShared::traceChildren(JSTracer * trc) Line 960 C++
  mozjs.dll!js::TraceManuallyBarrieredEdge<js::RegExpShared *>(JSTracer * trc, js::RegExpShared * * thingp, const char * name) Line 680 C++
  mozjs.dll!js::RegExpObject::trace(JSTracer * trc, JSObject * obj) Line 170 C++
  mozjs.dll!CallTraceHook<TraverseObjectFunctor,js::GCMarker * const,JSObject * &>(TraverseObjectFunctor f, JSTracer * trc, JSObject * obj, CheckGeneration check, js::GCMarker * const && <args_0>, JSObject * & <args_1>) Line 1515 C++
  mozjs.dll!js::GCMarker::processMarkStackTop(js::SliceBudget & budget) Line 1727 C++
  mozjs.dll!js::GCMarker::drainMarkStack(js::SliceBudget & budget) Line 1560 C++
  mozjs.dll!js::gc::GCRuntime::drainMarkStack(js::SliceBudget & sliceBudget, js::gcstats::Phase phase) Line 4773 C++
  mozjs.dll!js::gc::GCRuntime::incrementalCollectSlice(js::SliceBudget & budget, JS::gcreason::Reason reason, js::AutoLockForExclusiveAccess & lock) Line 5348 C++
  mozjs.dll!js::gc::GCRuntime::gcCycle(bool nonincrementalByAPI, js::SliceBudget & budget, JS::gcreason::Reason reason) Line 5666 C++
  mozjs.dll!js::gc::GCRuntime::collect(bool nonincrementalByAPI, js::SliceBudget budget, JS::gcreason::Reason reason) Line 5779 C++
  mozjs.dll!js::gc::GCRuntime::gcSlice(JS::gcreason::Reason reason, __int64 millis) Line 5854 C++
  mozjs.dll!JS::IncrementalGCSlice(JSContext * cx, JS::gcreason::Reason reason, __int64 millis) Line 6582 C++
  xul.dll!InterSliceGCTimerFired(nsITimer * aTimer, void * aClosure) Line 1623 C++
  xul.dll!nsTimerImpl::Fire(int aGeneration) Line 486 C++
  xul.dll!nsTimerEvent::Run() Line 277 C++
  xul.dll!nsThread::ProcessNextEvent(bool aMayWait, bool * aResult) Line 1146 C++
  xul.dll!NS_ProcessNextEvent(nsIThread * aThread, bool aMayWait) Line 360 C++
  xul.dll!mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate * aDelegate) Line 123 C++
  xul.dll!MessageLoop::RunHandler() Line 225 C++
  xul.dll!MessageLoop::Run() Line 205 C++
  xul.dll!nsBaseAppShell::Run() Line 155 C++
  xul.dll!nsAppShell::Run() Line 264 C++
  xul.dll!nsAppStartup::Run() Line 283 C++
  xul.dll!XREMain::XRE_mainRun() Line 3844 C++
  xul.dll!XREMain::XRE_main(int argc, char * * argv, const nsXREAppData * aAppData) Line 3954 C++
  xul.dll!XRE_main(int argc, char * * argv, const nsXREAppData * aAppData, unsigned int aFlags) Line 4037 C++

 

and got another GC related crash on 64bit as well:

Unhandled exception at 0x000007FEDE2F31B8 (mozjs.dll) in palemoon.exe: 0xC0000005: Access violation reading location 0xFFFFFFFFFFFFFFFF.

>	mozjs.dll!DispatchToTracer<JSObject * __ptr64>(JSTracer * trc, JSObject * * thingp, const char * name) Line 680	C++
 	mozjs.dll!DoMarking<js::RegExpShared>(js::GCMarker * gcmarker, js::RegExpShared * thing) Line 806	C++
 	mozjs.dll!CallTraceHook<TraverseObjectFunctor,js::GCMarker * __ptr64 const,JSObject * __ptr64 & __ptr64>(TraverseObjectFunctor f, JSTracer * trc, JSObject * obj, CheckGeneration check, js::GCMarker * const && <args_0>, JSObject * & <args_1>) Line 1515	C++
 	mozjs.dll!js::GCMarker::processMarkStackTop(js::SliceBudget & budget) Line 1727	C++
 	mozjs.dll!js::GCMarker::drainMarkStack(js::SliceBudget & budget) Line 1560	C++
 	mozjs.dll!js::gc::GCRuntime::markGrayReferences<js::gc::GCZoneGroupIter,js::CompartmentsIterT<js::gc::GCZoneGroupIter> >(js::gcstats::Phase phase) Line 3847	C++
 	mozjs.dll!js::gc::GCRuntime::endMarkingZoneGroup() Line 4331	C++
 	mozjs.dll!js::gc::GCRuntime::sweepPhase(js::SliceBudget & sliceBudget, js::AutoLockForExclusiveAccess & lock) Line 4918	C++
 	mozjs.dll!js::gc::GCRuntime::incrementalCollectSlice(js::SliceBudget & budget, JS::gcreason::Reason reason, js::AutoLockForExclusiveAccess & lock) Line 5384	C++
 	mozjs.dll!js::gc::GCRuntime::gcCycle(bool nonincrementalByAPI, js::SliceBudget & budget, JS::gcreason::Reason reason) Line 5666	C++
 	mozjs.dll!js::gc::GCRuntime::collect(bool nonincrementalByAPI, js::SliceBudget budget, JS::gcreason::Reason reason) Line 5779	C++
 	mozjs.dll!js::gc::GCRuntime::gcSlice(JS::gcreason::Reason reason, __int64 millis) Line 5854	C++
 	mozjs.dll!js::gc::GCRuntime::gcIfRequested() Line 6033	C++
 	mozjs.dll!js::gc::GCRuntime::gcIfNeededPerAllocation(JSContext * cx) Line 237	C++
 	mozjs.dll!js::Allocate<JSObject,1>(js::ExclusiveContext * cx, js::gc::AllocKind kind, unsigned __int64 nDynamicSlots, js::gc::InitialHeap heap, const js::Class * clasp) Line 50	C++
 	mozjs.dll!JSObject::create(js::ExclusiveContext * cx, js::gc::AllocKind kind, js::gc::InitialHeap heap, JS::Handle<js::Shape *> shape, JS::Handle<js::ObjectGroup *> group) Line 376	C++
 	mozjs.dll!js::LexicalEnvironmentObject::createTemplateObject(JSContext * cx, JS::Handle<js::Shape *> shape, JS::Handle<JSObject *> enclosing, js::gc::InitialHeap heap) Line 845	C++
 	mozjs.dll!js::LexicalEnvironmentObject::createTemplateObject(JSContext * cx, JS::Handle<js::LexicalScope *> scope, JS::Handle<JSObject *> enclosing, js::gc::InitialHeap heap) Line 868	C++
 	mozjs.dll!js::LexicalEnvironmentObject::clone(JSContext * cx, JS::Handle<js::LexicalEnvironmentObject *> env) Line 969	C++
 	mozjs.dll!js::jit::BaselineFrame::freshenLexicalEnvironment(JSContext * cx) Line 69	C++
 	[External Code]	

 

Link to comment
Share on other sites

On 4/20/2023 at 2:52 AM, UCyborg said:

Fixed. For how long is another question.

As always, thank you for the fixes you post here :thumbup ; what I want to ask is, are you using a "one-size-fits-all" polyfill for "winhelponline.com", "text-compare.com" and "przedszkolowo.pl" (to fix "static") or does each one of them require specific code? If the former, would you be so kind as to post that standalone polyfill? I tend now to leave Palefill disabled in St52 and would much rather use a "userscript" implementation of your "static" polyfill, much like in the case of your "structuredClone()" one ...

Thanks in advance :)

Edited by VistaLover
Link to comment
Share on other sites

4 hours ago, VistaLover said:

what I want to ask is, are you using a "one-size-fits-all" polyfill for "winhelponline.com", "text-compare.com" and "przedszkolowo.pl" (to fix "static")

Can't be polyfilled, must be rewritten differently to get around UXP limitations.

Link to comment
Share on other sites

On 3/19/2023 at 9:35 PM, Mathwiz said:

Chase is upping their minimum browser requirements soon (to FF 98 and presumably a similar Cr version), so soon this breakthrough may be for naught.

Sure enough, Chase lowered the boom last weekend or so, killing Serpent once again. I don't even get a sign-on screen any more.

At least MiniBrowser (Cr-87 based) still works (when using a Cr-95 user agent). Edit 360EE v13.0 (Cr-86 based) works too (again with the Cr-95 user agent).

FWIW, here's a screen shot of (I think) the relevant portion of St 55's error console:

image.thumb.png.76e0901ba9a91a379b47652eefec84b7.png

I especially like the error messages that just say Error: :rolleyes: Big help.

Edited by Mathwiz
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...