
Mathwiz
MemberContent Type
Profiles
Forums
Events
Everything posted by Mathwiz
-
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
... and/or (as others here have suggested) just switch off multiprocess mode: https://techdows.com/2019/08/multi-process-e10s-can-still-be-disabled-in-firefox-68-or-later-versions-here-is-how.html Mozilla made it harder in FF (and consequently MyPal) 68 and above; you now have to set a Windows environment variable vs. just changing a pref in about:config, but it's still doable. N16s is quite likely correct that forcing single-process mode increases vulnerability to Spectre/Meltdown attacks (and that probably applies to Serpent as much as FF or MyPal); hence the increased difficulty shutting it off. But if the browser hogs too much virtual RAM, it'll start thrashing and end up having to be shut down and restarted, so if you have little physical RAM (regardless of OS) it may be worth the security trade-off. But remember, a major reason for the OP preferring FF-based browsers was to keep as many of his legacy extensions as possible, which I why I suggested Waterfox Classic. If one uses a lot of extensions, switching browser platforms becomes a major hassle. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
For legacy extension support, you could try Waterfox Classic. (I've heard good things, but I haven't tried it myself.) For the memory consumption I'd suggest JustOff's "Lull the Tabs" extension, although I suspect it's a legacy extension that'll only run on Waterfox Classic. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
You're probably remembering JustOff's "Modify HTTP Response," which is how I initially solved the issue; but I think your user script is a better solution for me since, e.g., ViolentMonkey will run in multiprocess mode, while JustOff's extension won't. BTW has anyone yet noticed similar CSS breakage on GitHub? M$ seems determined to break any browser that won't run on Win 10+. Edit: Well, it works in a clean profile.... I wonder which extension or config setting only breaks GitHub? Edit 2: Well, it's uBO. (Grr.) Strangely, though, when enabled, GitHub breaks - yet uBO doesn't report blocking anything! How am I supposed to tell what to unblock? -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
DPRK = "Democratic People's Republic of Korea" (known over here as North Korea), correct? AIUI all their Internet connections go through China. All this over a song. Hopefully things won't go that far. Still, it wouldn't hurt to make some contingency plans, just in case. Do we know anyone with the equipment to build Serpent/NM, the expertise to merge GitHub commits into Serpent/NM periodically, and the willingness to respond to issues that occur due to differences between NM and PM, or Serpent and Basilisk? I realize it's a tall order. (@feodor2 would seem an obvious choice, but he has his own geopolitical challenges.) It wouldn't have to be done weekly as @roytam1 has always done, if that makes things easier. It could also help if several folks picked up the pieces. There's no reason one person has to do everything. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
Serpent (52 or 55) fares a bit better with outlook.office.com if you enable multiprocess mode. (Can't do that with PM/NM.) Even Serpent will eventually start thrashing though, requiring either a restart, or at least closing and reopening the Outlook tab. Chromium-based browsers work better with Outlook. OTOH, we now have sites that work better on Serpent/NM (see previous page of this thread). So it looks like the ideal of one XP browser for all sites remains a dream. -
360 Extreme Explorer Modified Version
Mathwiz replied to Humming Owl's topic in Browsers working on Older NT-Family OSes
If so, an obvious thing to try would be Silverlight plus a custom user agent. You could try "Mozilla/5.0 (Windows NT 6.1; rv:45.9) Gecko/20100101 Firefox/45.9", which is what Serpent 52 uses.- 2,340 replies
-
Yes, IIRC at the time (Dec. 2021) it was true, and there was some hostility between MCP and users of @roytam1's builds; hence my advice. I wanted to avoid giving MCP's Web site any "clues" (via the user agent string) that one was running an unofficial build. But that's not true any more, so I updated that old post - and thank you for releasing 32-bit builds! Even in the Win 7+ world, 32-bit PCs (and VMs) are occasionally found.
-
360 Extreme Explorer Modified Version
Mathwiz replied to Humming Owl's topic in Browsers working on Older NT-Family OSes
IIRC Widevine 1.4.8 and 1.4.9 are too old and have been blacklisted by Google, so they won't work. Silverlight used to work for Netflix, but Netflix may have stopped supporting it.- 2,340 replies
-
360 Extreme Explorer Modified Version
Mathwiz replied to Humming Owl's topic in Browsers working on Older NT-Family OSes
You could be right. In theory, I suppose it's possible that some newly-embraced JavaScript feature might confuse the JavaScript parsing code in an old browser like v11 so badly that it crashes rather than just signalling a syntax error. Perhaps one or all of the newly-common assignment operators (??=, &&=, or ||=) throws it for a loop.- 2,340 replies
-
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
Martok is German, it seems; so there shouldn't be a language barrier. Also, just look for BigInt, not Promise.BigInt - BigInt is a data type, not specifically a Promise method. I must admit, I too am a bit puzzled as to why Promise.allSettled returns that message if you block the test script. The Promise class is supported - it's only BigInt that's missing. So I'm guessing the error message is wrong, or at least misleading, and that the true problem is related to needing the BigInt method and type after all. A big(int) problem with polyfilling BigInt, I suspect, would be performance. It might "work" but be too slow to be practical. Depends on just what FritzOS uses BigInts for. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
I'm not a JavaScript developer, but to me, both of those functions sound "polyfillable" at first blush. Of course there may be more functions needing to be pollyfilled; it looks to me like the software just checks for "Promise.BigInt" to see if a whole suite of "Promise" functions are implemented (probably because they were all implemented at the same time in Chromium and in Firefox, so checking for any effectively checks for them all). I'd give @martok a few weeks to take a crack at it. He's made great progress in the past few months in getting UXP caught up to Chromium 86 level, but the number of Googlisms to be implemented for full compatibility is evidently quite large. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
It's all over my head. But as long as it works I'm happy. Been kind of quiet here lately.... -
LinkedIn & Banking Browsers?
Mathwiz replied to medowe's topic in Browsers working on Older NT-Family OSes
You might try again with the most recently posted version (2023.05.06) dynamic module imports were added to JS, so there's at least a chance That is incorrect. MITM will trigger a browser warning and DPI cannot decrypt packets encrypted with modern TLS ciphers. Please quit spreading misinformation. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
This release fixed Chase.com too! I guess define is defined now.... -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
Finally found the answer: if JS is disabled, HTML within <noscript> tags is executed, and it's properly formatted for our browsers: <noscript><link rel="stylesheet" href="https://support.microsoft.com/SocContent/css" /></noscript> <noscript><link rel="stylesheet" href="https://support.microsoft.com/SocContent/officeShared" /></noscript> <noscript><link rel="stylesheet" href="https://support.microsoft.com/SocContent/articleCss" /></noscript> <noscript><link rel="stylesheet" href="/css/TopNav/top-nav.css?v=y3fVhNR8laayLSfo-P3Q-CBl74RjRTQT6GeXgXCLJoc" /></noscript> <noscript><link rel="stylesheet" href="/css/MeControlCallout/teaching-callout.css?v=690pjf05o15fVEafEpUwgaF8vqVfOkp5wP1Jl9gE99U" /></noscript> <noscript><link rel="stylesheet" href="/css/SearchBox/search-box.css?v=bybwzGBajHicVXspVs540UfV0swW0vCbOmBjBryj9N4" /></noscript> <noscript><link rel="stylesheet" href="/css/sitewide/articleCss-overwrite.css?v=fnFBTMAbM2543ZbkNfpSyKgKIX54uJaVhbeyhZp8Uks" /></noscript> <noscript><link rel="stylesheet" href="/css/glyphs/glyphs.css?v=0Hf7KD3KuarPGDf55g1ICt-VY442qRabqObuIoFb6Bo" /></noscript> <noscript><link rel="stylesheet" href="/css/promotionbanner/promotion-banner.css?v=cAmflE3c6Gw7niTOiMPEie9MY87yDE2mSl3DO7_jZRI" /></noscript> <noscript><link rel="stylesheet" href="/css/ArticleSupportBridge/article-support-bridge.css?v=R_P0TJvD9HoRHQBEdvBR1WhNn7dSbvOYWmVA9taxbpM" /></noscript> <noscript><link rel="stylesheet" href="/css/StickyFeedback/sticky-feedback.css?v=weC9pd2Sy8mevUeLAfDK2H9-VuIOr3CQ8OeyytUpyO0" /></noscript> <noscript><link rel="stylesheet" href="/css/feedback/feedback.css?v=WbIIOpRmxm58LAO8kuENEUDlr_SNhBVl2chWF0yqRcY" /></noscript> Of course disabling JS also disables most of the functionality of the page, so a better solution would be preferred. @UCyborg proposed a solution, but it requires Proxomitron, which in turn requires ProxHTTPSProxy - seems like overkill to me.... So how about using the "Modify HTTP Response" add-on? After considerable frustration, I finally managed to create a filter that seems to work: -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
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: I especially like the error messages that just say Error: Big help. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
But that's not what you said earlier: So first it was, UXP needs Rust to properly implement m10s mode; now adding Rust code to UXP would just be "useless cruft." Which is it? I also sense a straw-man argument. I didn't say MCP should incorporate Rust code into UXP, only that they could, if they felt it was necessary. (Actually, I'm surprised they didn't do so back when MAT was there, just to make our lives more difficult.) Come on; the "defining feature" of Chrome isn't multi-process, it's Googlisms: frequent additions to JS/CSS, proposed by Google, Inc., that require equally frequent browser updates to implement, thus ensuring obsolescence of any browser not backed by a development team large enough to implement the continual flow of new Googlisms. (Of course we have seen at least one "Mozilla-ism," so Google isn't the only one playing this game; but it's quite clear that Google is far and away the dominant player.) In theory that would probably work! The only problem is, companies at that scale are less committed to "philosophy," so it's easier for them either to just start with the dominant engine - Cr - and add their own flourishes (M$), or to work out a tech-sharing agreement with Google (Mozilla and - probably - Apple). That is true as well. E10s is certainly not for the smaller, slower systems many users are running XP on, and it makes less difference on 64-bit systems with essentially unlimited virtual RAM. It's probably best suited for larger, faster 32-bit systems, since you can use more virtual RAM without "maxing out" and crashing a single process. One nice thing about the implementation we have in Serpent is that it can keep e10s on a rather tight leash, limiting the number of processes to fit your PC's resources. Cr, OTOH, spawns processes like crazy - often several per tab. Even though they're generally rather small, they can quickly overwhelm a smaller PC if you open a lot of tabs. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
Since it provides important context but is only a few lines longer, here's the actual start of that thread: https://news.ycombinator.com/item?id=15278883 And that was written six years ago. Things have only gotten worse. For example, the Big Four are now the Big Three since Microsoft threw in the towel and jumped on the Cr bandwagon. I don't think Rust is a no-go for MCP, since they're targeting Win 7 and up. It would certainly complicate @roytam1's job and our lives, but @feodor2 has found ways to compile Rust code for XP; e.g., MyPal 68 - so Rust wouldn't necessarily be a show-stopper for us either. M10s doesn't fully solve the memory issues though. I have m10s active at work (32-bit WinXP) and while it lets me use Outlook.com for a while, eventually the process gets over 1 GB (!), the CPU usage goes to 99%, and I have to close the tab, wait for everything to calm down, then click "Undo Close Tab," after which I'm fine for a while longer until the cycle repeats. They really need to limit the cache size somehow, Rust or no Rust. It's worse than that: modern web pages are designed to work properly only on Chromium-based browsers. (Well, plus Safari, but I suspect if we could see Safari's code, it would look more like Cr than even modern FF. Whether we like it or not (in my case, definitely not, but it doesn't change the reality), Google's Chrome and Cr-based offshoots like Edge and (barely) Opera dominate today's browser landscape. While I criticize Mozilla for duplicating way too much of Chrome's look and feel, we're lucky that even modern FF exists as something of an alternative at all, let alone UXP. -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
I must admit, I never tried GitHub's editor with multiprocess (m10s?) on; unlike you I rarely post anything there; besides, until recently, accessing GitHub required palefill, which is incompatible (i10e?) with m10s mode anyhow, so I had always opened GitHub links in a single-process profile instead. The issue you describe, though, sounded just like a bug that plagued several recent versions of Serpent. So I wondered if the same workaround would work? The workaround for the recent bug was setting the pref dom.keyboardevent.keypress.dispatch_non_printable_in_content (d58t?) to true. I had never reset that pref after the very recent fix, so I never realized there was still a problem while in m10s mode, but I can now confirm that resetting that pref to false (the default) does disable the normal functioning of BACKSPACE, and setting it to true makes BACKSPACE function normally again! -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
Hmm.... AI for a search engine makes sense, although I couldn't help but at this load of manure: "Unlock the joy of discovery?" "Feel the wonder of creation?" Give me a break - it's a search engine, not the freakin' James Webb Space Telescope! (If done well, I suppose it might indeed "empower" me to "better harness the world's knowledge," so I'll give them a pass on that part.) So yes; bring on the AI search engine. But I'm not so sanguine about AI in a browser: I don't know if that was AI-written, but I can tell it wasn't targeted at "techies" like us. "Lengthy financial report?" "Competing company?" "LinkedIn post?" They're clearly targeting gullible business executives.... In any case, I'm pretty sure any AI capabilities will require lots and lots of CPU cycles. So even if some genius were to succeed in backporting Edge to XP, I think we can forget about it running well on any hardware over a year old - or even on lower-end current hardware! OTOH, I often need help tightening up posts like this one, so maybe I should consider the new Edge (and a new high-end PC) myself. That only leaves the question of why the new Bing requires the new Edge. I can't see any logical reason for that dependency other than playing Monopoly. That's as reasonable a choice as any. Roy's current thread is always near the top of this subforum, so it should always be easy to find. Container tabs are also present in St55, and WE add-on support is a bit better in 55. Thus, 55 also supports the Multi-Account Containers app that makes container tabs rather more useful; one of the main reasons I prefer 55 over 52. That said, I found that container tabs (as implemented in Serpent 52/55) have one big weakness: you can't have the same cookie in more than one container! I once tried to set up separate "banking" containers for myself and my wife, but it wouldn't work; I had to go with completely separate profiles, which was a maintenance headache when dealing with add-ons. Probably good advice regardless of the environment, given the inherently experimental nature of @roytam1's browsers. BTW, for the uninitiated, e10s is Mozilla's cryptic abbreviation for "electrolysis," which is their term (trademark?) for multi-process mode. Indeed. To err is human. To really foul things up requires a computer!! -
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
Sounds to me like another genius move by Micro$oft: make sure even fewer folks use Bing! Hasn't affected me, since I routinely spoof Win 7 or 8.1 in my UAs; but Chase long ago fell for the FUD that old OSes are inherently too insecure. I remember years ago when they blocked their own Android app on Android 6 for the same reason. Of course that just meant I had to use Chrome instead of their app. Maybe Moonbat works for Chase? https://en.wikipedia.org/wiki/Rayleigh_scattering. Sorry, couldn't resist! I checked mine, and mine is user-set to ... which is better, but obviously way out of date! Problem with pointing it to this thread is that it, too, will be locked someday.... Multi-process mode was removed from Basilisk by MCP before @basilisk-dev got ahold of it. @roytam1 omitted those particular commits, so it can be enabled in Serpent, but even Serpent doesn't have it enabled by default! IIRC, multi-process mode was still in its infancy when the two Basilisk versions were forked from Firefox. Even FF 52 disables it by default on XP. That said, I've had generally good results running with it enabled, except for some incompatible add-ons; notably Palefill and Classic Add-ons Archive. (The latter has a "hack" which was written for Waterfox but can be enabled for Serpent, which makes CAA open in a single-process mode window.) If one site hosts multiple domains, the certificate will typically include a Subject Alternative Name for each domain hosted at that site. As long as the domain you're accessing is one of the certificate's SANs, the browser shouldn't give a warning. But if the domain isn't listed as a SAN, a warning should appear. -
XP/Vista-compatible clients for modern email services?
Mathwiz replied to Mathwiz's topic in Windows XP
Same as before: IOW, no matter how good it is, I can't use it unless the publisher jumps through Micro$not's hoops. So far, of XP- and Vista-compatible email clients, only OE classic has done so. On Win 7 there are many more options to choose from. I was particularly impressed with eM Client. If you use all the features, it's probably well worth the $60 cost; if not, the free version is still quite usable as long as you only have one or two email accounts. The only thing to beware is that eM Client gives you a 30-day trial of the "full" version; after that, you must either pay the $60 or get a "free version" license. At that point you may find you were relying on a feature from the "full" version that you will lose. -
360 Extreme Explorer Modified Version
Mathwiz replied to Humming Owl's topic in Browsers working on Older NT-Family OSes
I agree that would be ideal. Start with v11 (or at least v12, which also runs reasonably well on older computers), then add all the Googlisms and what-have-you that are needed for the modern Web. But that's basically what Moonchild Productions has been trying to do with their UXP platform. But they're still way behind, even though they got an earlier start, have a lot of software developers contributing, and have made impressive recent progress. Practically, I think all it means is, if you think Chase's Web site is malfunctioning, you need to check it on not only a "supported" browser, but also with a clean profile with no extensions, before you report the issue. Which is pretty good advice anyway. I certainly have no problems using, say, uBO at chase.com; in fact it speeds up their Web page noticeably. BTW, Google had a good idea with the "permissions" concept (which Mozilla adopted, and which is also used for Android apps) but the "permissions" they defined are so broad that any browser extension (or Android app) usually needs several scary permissions in order to do anything useful. Yes, of course a browser extension needs permission to read and change Web pages and responses! How could uBO or Palefill work if they couldn't change Web pages? There's a similar one for Android: permission to "read and change data on your device." Meaning permission to read from and write to files. Well, duh.... Making the permissions much more granular would have also made them much more useful.- 2,340 replies
-
3
-
My Browser Builds (Part 4)
Mathwiz replied to roytam1's topic in Browsers working on Older NT-Family OSes
V2.13.2 is about 4 pages back from the most recent versions on GitHub. Once you get it installed you can update to 2.14, although @VistaLover experienced the crash even with 2.13.2.