Leaderboard

You do realize you're posting in the "Browsers working on Older NT-Family OSes" subforum, don't you? I don't think it's particularly surprising that XP diehards are over-represented here. It's certainly not all of MSFN. If the thread linked above is TL;DR, Moonchild explained: It would be illogical for DDG to block Pale (and New) Moon intentionally, since DDG and MCP are business partners. DDG must've just, um, forgot when they set this up. So presumably, DDG will have this fixed soon; in the meantime, you can use Firefox compatibility mode (or an SSUAO), or turn off "Redirect when necessary" under DDG's "Privacy" settings, to work around the issue. They don't want Mozilla. Every browser alive has a user agent that starts with Mozilla/5.0! It's a historical artifact stemming from the Netscape browser's dominance oh so long ago. They want Firefox, like this: Mozilla/5.0 (Windows NT 10.0; rv:115.2) Gecko/20100101 Firefox/115.2 Strictly speaking, that is correct. However, the implication of your post is that ECMAScript is completely independent of Google; apparently you think they just pull new Javascript features out of their collective arses, and Chromium and Mozilla then dutifully implement said features. But you know that's nonsense. Anyone can see that Google has a massive influence (and Mozilla a lesser influence, and MCP no influence whatsoever) over ECMAScript. After all, Google owns the dominant Web browser! I think you just saw "Chromium-exclusive features" (which, to be sure, was a wrong thing to say) and went off half-cocked a bit. But our opinions about Google's degree of "fault" in all this don't really matter. After all, the Web is what it has become, and any browser has to be able to handle what it'll find there: So, if one wants good performance on modern Web pages when running XP, it's gonna be Supermium or Thorium. I resent the fact that there's no "unGoogled" Chromium-based browser for XP diehards, but them's the breaks. Actually version 53 (you forgot about St 55)! Be that as it may, it sounds like you missed the start of the discussion, which was NHTPG complaining about DDG turning AdNauseum off (which in turn was in response to questions about DDG no longer working properly in New/Pale Moon - see above). NHTPG also mentioned that he preferred AdNauseum's UI over uBO's, but didn't go into specifics. As it turned out, it wasn't some sneaky DDG Javascript; rather, AdNauseum just disables itself on several sites, including DDG. The reason for this (which NHTPG disapproves of, although others may disagree) was discovered and explained. So the discussion was relevant to anyone using either DDG or AdNauseum, whether on @roytam1's browsers or others; it wasn't Chromium-specific. Luckily, those words appear within the filter lists you're downloading. You're unlikely to get in trouble as long as they aren't part of a URL you're visiting. Well, it was probably a bit better when it was first introduced . But yes; it went downhill for a while, and some sites still need browser-slowing polyfills, but today (performance issues and occasional tab crashes aside), it's really not bad.

Old is not synonymous with retro. Retro is something made today in the style of the past. The word is usually associated with motion backwards. Maybe if Reactos actually got released, you could call that retro.

@feodor2 Again, same problem as quoted above but a bit more detailed. If you select a word on a page In New Moon or Serpent, the command goDoCommand("cmd_copy") in combination with the gClipboard.read() method fetches this selected word first and only then the last copied content from the clipboard during a second, following execution. In Mypal 68 when running in multiprocess mode, it is unfortunately the other way round. For me, it looks like an issue of execution priorities. So, my request. Can you restore the original execution order in Mypal 68's multiprocess mode when this combination of commands is used in your browser such as it is in Mypal 68's single-process mode, in New Moon or in Serpent? And just as a further information, the combination of the commands goDoCommand("cmd_copy") and goDoCommand("cmd_paste") works correctly in Mypal 68, though. Same applies to the gClipboard.read() method which solely executed also works correctly.

That's correct, and I was aware of this. But as most of @roytam1's browser editions are based on Firefox 52, I deliberately excluded Serpent 55. No, I didn't miss it. But I couldn't see any reference to the legacy UXP browsers. And this thread is not about Chrome or Chromium browser. Hence my comment.

They surely should've given us that option.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20241102-3219d2d-uxp-4397f384a7-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20241102-3219d2d-uxp-4397f384a7-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20241102-3219d2d-uxp-4397f384a7-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20241102-d849524bd-uxp-4397f384a7-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20241102-d849524bd-uxp-4397f384a7-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20241102-d849524bd-uxp-4397f384a7-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20241102-d849524bd-uxp-4397f384a7-xpmod.7z Official UXP changes picked since my last build: - Revert "Issue #2645 - Fix type confusion for `ResumeKind`" (8bbcb50b62) - Issue #2646 - Parse "variations" keywords. (8d536c0cc7) - Issue #2648 - Apply CSP to documents sent through multipart/x-mixed-replace (6fe326c7bb) - Issue #2648 - Inherit the content disposition of the multipart response (5c0c0c02d9) - Bug 1920800 - Remove oldImages from check for flushed old principal handle (9ba1057e54) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. Update Notice: - You may delete file named icudt*.dat inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

D.Draker always knows what he tells. It's official, per the developer. But the question is, why won't they just redirect you to another CDN, as they claim they do.

Means the home IP is clean. P.S. D.Draker always knows what he tells. He has an astonishing military education, was raised in the best French traditions.

One country, which we are here forbidden to even breath towards, not to mention calling its name in relation to anything non-positive, is heavily invested in AdGuard. All engineers, the majority of AdGuard developers and other employees work from that country, but registered in Cyprus. Would you wonder why? It's to avoid any possible sanctions, complications, continue to roam free and spread in the West without consequences. They *of course* don't host their lists on servers in that country, they host on Cloudflare, and you're blocked by Cloudflare, not AdGuard. Why would AdGuard compromise their state mission? Your Cloudflare block was already explained to you, I think by Saxon. You told us you get "Are you a human?" on Cloudflare sites. So, your IP is in a bad list. I'm not getting any restrictions by Cloudflare, all is updated fine.

I remember not long ago the normal speed was about 1400 kB/s, it's through a download manager, not browser.

CRX files are extensions for Chrome/Chromium browsers. Are you aware that this thread here is dedicated to @roytam1's browser releases? They are all based on Firefox up to version 52. So, what are you talking here about?

That would be great. The less bugs, the better. Isn't it? Now, I have observed another problem in Mypal 68.14.4b, a real bug, so to speak. Sorry for that in advance! Copying a selected text from a website to the clipboard and then reading it from the clipboard does not work properly when doing it via JavaScript. Although copy and paste natively works, it doesn't work correctly via a script or a code input from the Browser Console. Here is my test code I created to demonstrate the problem. Open a website with a text area, select some text or words, then open the Scratchpad (Enviroment -> Browser) and of course the Browser Console. Now, execute my code snippet: // Test code window.focus(); goDoCommand("cmd_copy"); var clip = gClipboard.read(); console.log(clip); You should then notice in the Browser Console that after the first execution, the logged value of the variable clip is not equal to the currently selected text but equal to the previous content of the clipboard. You get the correct and desired value of the variable clip only after a directly following, second execution of the code. So, only executing the code twice leads to the correct result instead of once. Any ideas? P.S: I should still mention that contrary to Mypal 68, this test code correctly works in @roytam1's New Moon 28.

@feodor2 While developing my custom button for calling up the "Manage Cookies and Site Data" window, I found a further bug in Mypal 68. When calling up the about:preferences#privacy page, then opening the "Manage Cookies and Site Data" popup and deleting a cookie, you always get the following error message: Services.lsm is undefined ClearDataService.jsm:488 deleteByHost resource://gre/modules/ClearDataService.jsm:488 I can't find the "Services.lsm" anywhere in the omni.ja files. LSM = localStorage Manager? Anyway! I'm not surprised that this piece of nowhere is not defined.

Do you mean Rupees, I would have thought that it would be Roubles?! There is no problem here with saying that software is Russian, what there is a problem with is getting into political discussions about the moral aspects of dealing with Russian companies at the moment because of their government's actions, Discussing spying, tracking, or anything related to that by software, wherever it's from, is also fine, because it's a technical security and privacy issue. Saying that it's only like that because it's Russian, or Chinese, or whatever, is crossing the line, though.

... Oops dear Dave , isn't that a contradiction of sorts? ... On Google's Chrome sure, but the Supermium (on which Thorium-Legacy is based on) and Thorium authors have different plans : https://www.win32subsystem.live/supermium/ https://github.com/Alex313031/thorium/discussions/797#discussioncomment-10508470 ... provided, of course, gorhill (or someone else) keeps developing the MV2 uBO implementation...

Does no one read the console errors anymore? Object.hasOwn() is required, implemented since Chrome 93.