Leaderboard

If you saw this post, you'd give up hopes of waiting, despite the authors trying to catch up, and I give them a huge respect, they simply can't... And without these modern ciphers, you're locked out of many cloudflare (and other) sites. https://msfn.org/board/topic/186176-x25519mlkem768-post-quantum-secure-key/?do=findComment&comment=1274931

You may be right, it was something similar when they moved to V2 manifest, but you may be too young to remember. If I'm not mistaken, Chrome simply disabled "old" extensions one "wonderful" morning.

Microsoft has released an "optional fix", Update KB5046714 (22H2 Build 19045.5198) Preview for Windows 10. There is a problem with StartIsBack++ v. with this update.2.9.20 disappeared! No hangups "Start"/"Taskbar" no, no brakes when opening the Start menu if you kill the process (blocked)"SearchApp.exe "! StartIsBack++ v.2.9.20 is working properly!

I'd say it's just word play in this context, referring to current Chromium and Firefox browsers.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20241123-3219d2d-uxp-5a5577c829-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20241123-3219d2d-uxp-5a5577c829-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-20241123-3219d2d-uxp-5a5577c829-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-20241123-d849524bd-uxp-5a5577c829-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20241123-d849524bd-uxp-5a5577c829-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20241123-d849524bd-uxp-5a5577c829-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20241123-d849524bd-uxp-5a5577c829-xpmod.7z Official UXP changes picked since my last build: - No Issue - stop spewing useless xfo < CSP warning in non-debug builds (1f038cd026) - Issue #2652 - Part 1: Add a way to programmatically clear the DNS cache. (f5ef327563) - Issue #2652 - Part2: Add "Clear DNS cache" button to about:networking (60e671e956) - No issue - Stop WebGL context forcing spew in non-debug builds. (a6c54d0736) - Issue #2653 - Part 1: Initial cleanup of AppId and isolated mozbrowser. (7b6e3a2d4a) - Issue #2653 - Part 2: Update tests (0e6fa95840) - Issue #2653 - Part 3: Remove support for packaged apps from asmjscache (7f086f216c) - Issue #2653 - Part 4: Remove isApp from quota manager and its clients (53cab0f8ce) - Issue #2653 - Part 5: Simplify and clean up some quota code (04b285b848) - Issue #2654 - Remove pre-allocated process manager. (75d698133f) - Issue #2657 - Remove -moz-samplesize resize-decoding for low-vram mobiles (ef5f052d97) - Issue #1787 - Remove nsIAppsService, mozIApplication and mozapp data cleanup. (ff89fee91d) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes picked since my last build: - [Basilisk] comment out AppsService related files in package manifest, fix `mach package` (5a5577c829) 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.

BTW, I reorganised the chrome subfolder inside my Mypal 68 profile folder. From now on, all my uc.js script files are located in a subfolder called "Scripts" such as all css files have already been stored in a subfolder called "CSS". If someone is interested how that can be done, just ask here.

The download package MYPAL_68_CB_requirements.7z from my first post is actually working as it should. But I found in one file unnecessary code which was implemented by the original creator for enabling pre-Lion fullscreen mode mode under macOS. However, this code inside the file userChrome.js spits out an error in the Browser Console under Windows XP, which I could fix in two different ways. The most simple one is to remove this code since Mypal 68 targets the Windows OSes. The other one is to add some missing code which I also did just for fun. But as I already said, this is actually nonsense. Anyway! Here is the error when using the original userChrome.js file: And here is a screenshot after removing code from the original userChrome.js file and restarting the browser: You can see the message "ReferenceError: XPCOMUtils is not defined" has gone. After some weeks of testing, I can confirm that all is working perfectly. If you are interested in and want to also do the fix manually, then you can do it as follows: Old content of the userChrome.js file: // Copyright (c) 2017 Haggai Nuchi // Available for use under the MIT License: // https://opensource.org/licenses/MIT // Set "useLionFullScreen" in the same way that it's done in // chrome://browser/content/browser-fullScreenAndPointerLock.js XPCOMUtils.defineLazyGetter(FullScreen, "useLionFullScreen", function() { return false; }); New content of the userChrome.js file: // Copyright (c) 2017 Haggai Nuchi // Available for use under the MIT License: // https://opensource.org/licenses/MIT Additionally, I will update the MYPAL_68_CB_requirements.7z package as soon as possible. Greetings from Germany, AstroSkipper

Your whole argument (seems to) and even your link cite "default settings". I promise you, NOBODY here at MSFN is using "default settings".

This actually leads to more and more questions.

Still doesn't explain why the profile here disappeared without a trace.

Supermium doesn't update that frequently. Probably makes sense to apply there, too. It's already many versions behind.

@Outbreaker I build some special acpi.sys for crazy notebooks. But most they work only on one or 2 different laptops. So, until now the acpi.sys that you have is still the best for Desktop compis Dietmar

@feodor2 I am not sure if you aware of this. The logger of uBlock Origin 1.60 does not work in Mypal 68.14.4b when running single-process mode. Neither in the officially last compatible version 1.46 of uBlock Origin. In multiprocess mode, the logger is running fine.

Supermium "shouldn't" have its own certificates. All Chromium-based browsers (Chrome, Edge, 360Chrome, Kafan, Supermium, Thorium, Brave, Vivaldi, Ungoogled Chromium, SRWare Iron, Comodo Dragon) are supposed to use the OPERATING SYSTEM'S certificates. This issue is likely Supermium-only, but it still begs the question as to why only on your computer? No other Supermium-user has chimed in to confirm your issues. This seems so far, until somebody else chimes in, that this is your computer and yours only.

Did you read the rules? It's always advisable to read them, now it may be too late. Rule 8: "Forum moderation is not up for public debate, and such threads will be deleted and the thread starter warned. MSFN reserves the right to edit, delete or move posts made on this site." https://msfn.org/board/guidelines/

I can't confirm any crashes or problems after editing the file search.json.mozlz4 using the extension mozlz4-edit. What I have edited remains the same no matter how often I restart Mypal 68. Actually, there is no need to add anything to the profile when launching. If so, your installation or your profile is presumably faulty. But keeping backups is always a good idea.

I didn't know they made 360EE v114, obviously doesn't work on XP?

I usually suggest Universal Extractor. But in this case, to hell with it, don't risk extracting that "HTTPS Everywhere"! Who the hell knows what's inside!

In these two exact cases, with both of them, all domains/addresses are Chinese. The script sends data to China (not Holland or any other allied nation). I'm not sure I understand why we need to pretend they're not. Maybe folks need to report the second extension to Google? Do you have a Google account? Maybe try to warn them about the password? Give the link with that China domain. I never understood the purpose of "HTTPS Everywhere" (apart from leaking data to China). Any somewhat modern browser can upgrade http to https.

Wow! LOL> One super easy way to avoid being flagged/blocked as malware by Google.

We don't know what info is sent to China. It's more about being on the safe side, not outright visible and directly seen damage. I searched for "sinajs", and the results mention the over-popularized HTTPS Everywhere. Just one example. "HTTPS Everywhere currently rewrites requests to sinajs.cn (or its subdomains)." https://atlas.eff.org/domains/sinajs.cn.html Does Google also flag HTTPS Everywhere as Chinese malware?

Try Deluminate, it's even better, and Google doesn't flag it as Chinese malware. https://chrome.google.com/webstore/detail/deluminate/iebboopaeangfpceklajfohhbpkkfiaa

Hi. Is there a possibility you reconsider and use an ISO with SP2 already integrated? Nlite doesn't want to be friendly with the 64bit version, it's to be expected.