Jump to content

Mathwiz

Member
  • Posts

    1,728
  • Joined

  • Last visited

  • Days Won

    49
  • Donations

    0.00 USD 
  • Country

    United States

Everything posted by Mathwiz

  1. Make sure NM 28 isn't configured to go through ProxHTTPSProxyMII or a similar secure proxy. (NM 28 shouldn't need it.)
  2. Cleaned (i.e., adware/spyware removed) versions of the "Chinese thing" are available at https://gitlab.com/cleanflash/installer/-/releases/ Note: Gh-wc-polyfill v1.2.19 is now required for gitlab.com to work, so install that first. Should install without modification on St 52; due to version numbering differences between PM and NM, NM 28 will require modifying install.rdf in the .xpi file (which is actually just a .zip file with a different extension). Edit: I now recommend Palefill v1.20 (link is to @AstroSkipper's version) over Gh-wc-polyfill. Works with more sites and is compatible with all of @roytam1's UXP browsers without modification. (Modifying install.rdf is still required for Serpent 55, which is not UXP-based.)
  3. So, it looks like XP users will finally have another browser supporting JavaScript's new ?? operator. Now if only we could get developers to give it a plain-English (or plain-any-language, for that matter) name. Just to clarify, I was being curmudgeonly about "nullish," which isn't a, you know, word, at least not in the English language. It only exists in the context of Javascript programming. Don't believe me? Do a Google search! According to MDN, So in defining their non-word, they used another non-word: "falsy!" I'm sorryish, but this is just stupidy. Edit: to be fair, the terms "truthy" and "falsy" (the latter not to be confused with the actual word falsie) have been around for at least a decade. They seem to be used not only with JavaScript, but also other dynamically-typed languages like Python and, AIUI, Ruby. These languages have the Boolean values true and false but also values (such as numeric values) that evaluate to true or false when used in a Boolean context. (And "truthy" may have been a back-formation paying homage to Stephen Colbert, who coined the neologism "truthiness.") "Nullish," however, still just sounds silly....
  4. You know, in theory I share MCP's "ideological aversion" to DRM, but I've never understood how their refusal to support it is supposed to further their presumed goal of discouraging DRM's use! Seems to me all it does is discourage the use of Pale Moon and its forks. It's not as if PM's lack of DRM support has any content provider thinking, "I'd better not DRM my content, or I'll lose all three of my PM browser users!"
  5. I've read that JustOff is Ukrainian, and so would have bigger issues than maintaining browser add-ons to deal with these days. One hopes he is well and safe....
  6. I'm sure he'll consider it; in the meantime, have you tried IceDove?
  7. OK, have not done that. From your query, I take it the button icons are actually a customized character font, much the same as many Web sites (including MSFN) use to add small icons to their sites. Let me fire up the 32-bit version of St 55, which still shows the bug on my home PC, and see if a similar bug affects the icons at the top of the MSFN page. Hmm.... MSFN's icons appear normal, even though St 55's icons are fouled up: Still, I think you're onto something. Just can't quite figure it out yet.
  8. Well, no; at least, not that I know of. I'd know if I did that, right?
  9. This issue has me even more puzzled than ever. Here's what I've run into so far: I still see the problem in the latest St 55 version. On my home PC running Windows 7, both the 32 and 64 bit versions of St 55 exhibit the problem, regardless of profile, and even in "safe mode" (add-ons disabled). On my work PC, I tested the 64 bit version under Windows 7 and the 32 bit version under Windows XP. Both worked fine. The screen shot above was from my work PC. All versions (working and not) were tested with @looking4awayout's UOC patch, but removing it turned out to have no effect either. My home PC has text set at 150% while my work PC is at the default 100%. But setting my home PC text size to 100% had no effect either. I was able to regain the button icons on my home PC by replacing basilisk.exe, xul.dll, and a couple of .ini files, with the 4/29 versions of those files. Of course, that reverts many of the fixes @roytam1 made since 4/29, so it's definitely not a good solution. Reverting other files, without reverting those, doesn't help (I tried them all). Conclusion: something about my home PC, in conjunction with one of the many changes made between 4/29 and 5/6, causes this problem. Nothing else seems to matter. My home PC has an oldish AMD 2-core CPU with an integrated ATI Radeon GPU. My work PC is a Dell with a slightly newer Intel 4-core CPU; not sure about the GPU. BTW, I consider myself lucky that reverting files worked at all; I was just trying to narrow down the location of the problem.
  10. I second that motion. The change log is usually quite long and very technical; hard to understand even for those of us who dabble in programming. Putting it in a spoiler tag would let us refer to it if need be but save our scroll wheels if not.... Even better would be a plain-language "executive summary" of the changes, but I'm sure that's out of the question. It would have to come from upstream....
  11. Yes, that's correct; @UCyborg had an issue with 52; I had one with 55.... But oddly, I reinstalled the UOC Patch to start searching for the problem, and my button icons are still OK. So ... never mind? I'm so confused....
  12. I suspect @looking4awayout's UOC patch. The way it's installed (copy to defaults\pref subdirecory), it affects all profiles, including clean ones. I reinstalled the 2022/05/06 version without the UOC patch and the button icons are normal. Now I just have to find out which of the many, many prefs changed by the UOC patch suddenly started malfunctioning in the 2022/05/06 version....
  13. Yes it does: "Safe mode" doesn't solve the problem either.
  14. Some button icons seem messed up in the latest (2022-05-06) St 55: What it looks like in earlier versions (this is from 2022-04-29):
  15. Hey - I expect to be in my 3rd or 4th robot body by then!
  16. What is it with us programmers anyway? Not only do we have to mess around with a perfectly reasonable programming language, thus requiring constant browser updates, just to save a few keystrokes on occasion.... ... we also have to make up new words just to describe what we're doing!
  17. Now that I think about it, I started using this feature on St 52 (where it has always worked), because until recently, there wasn't a big need for me to launch single-process mode in St 55. (The only real use case for me was Classic Add-Ons Archive, which does the trick on its own on both 52 and 55, once patched to treat Serpent like Waterfox). It wasn't until your recent work on St 55 enabled use of the gh-wc-polyfill add-on that I had a need to launch single-process mode on St 55. By that time, the only versions I had on my PC were 4/1 and 4/15, so those were the only ones I tried.
  18. And to think many folks used to spoof FF 99 to "future-proof" their UA spoof. So, FF has finally caught up to Chrome version numbers. (Well, almost. My BlackBerry Priv is at Chrome V101.) Congratulations Does that mean they're going to slow down their version cycle now to stay in sync, or does that mean Chrome is going to speed up theirs? Oh, well; at least we can look forward to this: in another 160 years or so, both versions should catch up to the actual year, and they can finally drop all this silliness. The irony of all this is, it won't even work for its stated purpose; at least not for long. The spammers will quickly update their bots with the latest Chrome JS engines, and be able to pass the challenge. Surely Cloudflare and Gitlab know this; Chromium is open source, after all. News flash: humans (even this one) are not good at "mathematical challenges!" The only way to truly block bots is with an interactive captcha, which users understandably despise. So the only net effect will be to block folks from signing in unless they use Google's latest spyware er, "browser." (BTW, I wouldn't be surprised if common privacy protections, like canvas fingerprinting blockers, also stop you from getting past the Cloudflare "challenge." And don't even think about NoScript....) A better solution would be to just offer a captcha if the browser fails the "challenge;" that way you could still sign in with a non-evil browser, albeit with more annoyance. At least it still works (for now) in 360EE v12. I suppose there's a nonzero chance that UXP will get up to that level (and can then pass with a UA spoof) before Cloudflare updates their challenge to only work in Chrome 98+.
  19. Search bar works in the latest St 55, though, in case that helps with debugging.
  20. Here's something I never thought I'd see: e10s in NM 27? We don't even have that in NM 28!
  21. Ran into an obscure bug in the 4/1 and 4/15 Serpent 55 releases: on the about:profiles page, if you try to use any of the "Launch Profile in new browser" buttons, they don't launch the selected profile. They all launch the default profile instead. Thus, to switch profiles on Serpent 55 you much change the default profile, restart, then repeat the process if you want to go back to your original default profile. I use this as a quick way to get out of multiprocess (e10s) mode when I need to use an e10s-incompatible extension like github-wc-polyfill, so this bug makes that process rather cumbersome. The latest Serpent 52 doesn't have this bug; the "Launch Profile in new browser" buttons work correctly there.
  22. Thanks @roytam1! That's a huge list of changes and it's only been 2 weeks since the last Moebius update! You've been very busy, it seems. I'll download and give it a try. Very recently, chase.com made some Javascript changes that (you guessed it) broke their site on both UXP and Moebius browsers. There are no visible changes to the site; it just quit working on non-Chrome browsers. (To be fair, the site's performance on 360EE is greatly improved over how it was when it did work on all these browsers, so the majority of the site's users who do use Chrome are probably pretty happy with the changes.) Edit: Just tried it, and chase.com works again! It's not as fast as it is on 360EE but it's adequate. Besides, Serpent auto-fills my user ID and password; 360EE won't for some reason.
  23. Yes; IIRC, there was no iPhone 9 either! In Apple's case, they were in a hurry to get to 10, because the Roman numeral for 10 is X, and they wanted to advertise the "iPhone X" (as in Xtreme, I suppose) But I don't recall M$ ever advertising Windows 10 as "Windows X" or some such nonsense. Anyway, I hope you're right that the 360EE version is now the year (on the Gregorian calendar) - I just wish M$, Mozilla, and Google would follow suit! <off topic>My sincere apologies for trying to dissuade @InterLinked from buying an automobile from the era when gasoline in the US still had lead in it (not to mention wishing I could buy an unGoogled EV) - that one comment once again derailed the entire thread with a raft of political propaganda. You'd think I would've learned by now!
  24. In this case, I'd urge you to rethink that position. Dependence on gasoline (or petrol, as some call it) is becoming increasingly untenable in the modern world, for many good reasons. I do, however, share the reluctance to get one of these "Google-enabled" cars, just to get an electric model. Can I get an electric car without the spyware, please? Unfortunately I think the 360EE developers have already announced that the next version won't run on XP. Heck, we're lucky it runs on Win 7, given that Google has already given up on that platform. What happened to versions 14-20?
×
×
  • Create New...