Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260801-3219d2d-uxp-bd1ccc490e-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260801-3219d2d-uxp-bd1ccc490e-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-20260801-3219d2d-uxp-bd1ccc490e-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-20260801-d849524bd-uxp-bd1ccc490e-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260801-d849524bd-uxp-bd1ccc490e-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260801-d849524bd-uxp-bd1ccc490e-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260801-d849524bd-uxp-bd1ccc490e-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260801-d849524bd-uxp-bd1ccc490e-w7plus-avx2.7z Official UXP changes picked since my last build: - No Issue - Remove the half-life experiment in HTTP cache (da157b41a3) - [network] Add usrsctp TSN gap check. (105f231910) - [layout] Add corner-case correctness check in DottedCornerFinder::FindBestOverlap. (49c7e3445f) - [DOM] Stop accepting audio samples with too low sample rates. (5faa70e3aa) - No issue - CallUpdateWindow is [[nodiscard]], but we don't need to use the result here. (dbfe4bd5a6) - [parser] Associate image elements with form only if the form and the intended parent are in the same tree. (5ac81bf6ff) - Issue #2404 - Improvements to CSS aspect-ratio spec compliance (3905cc5bd5) - Issue #2404 - Fix aspect ratio sizing for grid items (8cf6c58858) - [image] Make sure the image was fully and cleanly decoded before finalizing its animation state as complete. (e252b3856a) - No issue - Use `strnlen` instead of `strnlen_s`. (5a765da5ca) - Bug 2029734: Flush before calling sctp_process_init() (44365a9dbc) - Bug 2049523 - Make ToJSValue for float consistent with double. (db7d9c4c76) - Issue #2404 - Split aspect ratio enum types into a separate header to fix compilation issues (d6022d3847) - Bug 2045742 (34cb4816c2) - [DOM media] Perform more thorough checks on video regions. (06e746865c) - Issue #3061 Follow-up: Remove network tickler prefs (0f9c761769) - [layout] Fix nsFrameSetFrame primary frame handling of replicated children. (e5b3bc7cf9) - [network] Fix CacheEntry::mDoomCallback data race. (9111049721) - Bug 2027349 - reject empty nickname in PK11_TraverseCertsForNicknameInSlot. (3d7dbc8fb9) - Bug 2027362 - bound usageCount in PK11_UnwrapPrivKey to keyTemplate capacity. (ec58fff3ca) - Bug 2029901 - Guard against keySize overflow in IKE PRF/PRF+ output sizing. (1ed628fe3a) - Bug 2027373 - guard space subtraction in ssl_CallCustomExtensionSenders. (97201f8758) - Bug 2027371 - rewrite labelLen bound in tls13_HkdfExpandLabelGeneral to avoid unsigned overflow. (7af0472879) - Bug 2027346 - validate encoded EC params length and tag in SECKEY_ECParamsToKeySize/BasePointOrderLen. (0bcb0f57ff) - Bug 2029807 - Guard padding read against empty output in SEC_PKCS7DecryptContents. (4cf35f7b33) - Issue #3153 - Make sure buttons report a definite size for flex containers. Second try, this time ONLY do it for flex container or grids. This should prevent layout problems in non-flex scenarios. (cd90cc0fd7) - Bug 2030563 - Validate CKA_CERTIFICATE_TYPE ulValueLen in nss_cert_type_from_ck_attrib. (2be3800e92) - Bug 2027325 - Reject empty nickname in PK11_TraverseCertsForNicknameInSlot. (1a603bfe9e) - Bug 2030102 - avoid leaving a dangling ss->sec.ci.sid on allocation failure. (5dd26d41f6) - Bug 2032110 - fix two integer overflows on LLP64 systems. (79a227055a) - Bug 2027364 - Set tail pointer to null in static slot lists when deallocating. (f167cb61ee) - Bug 2028954 - CERT_DecodeAVAValue — Integer Overflow in Output Buffer Sizing. (c4cf8cf6e3) - Bug 2029433 - Bounds-check wrap index in PK11_GetWrapKey to match PK11_SetWrapKey. (23dc9da219) - Bug 2027353 - clamp input.len to testString size in pk11_mergeSecretKey. (4ce8d28c03) - Bug 2043887 - guard against integer overflow in CERT_Hexify. (73995df3a6) 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: - nss: update certdata and bump ckbi version to 2.90 (e5c222be77) Update Notice: - You may delete file named icudt*.dat and icu63.dll 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.

StartAllBack 3.9.24

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260815-3219d2d-uxp-e5e0e958e3-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260815-3219d2d-uxp-e5e0e958e3-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-20260815-3219d2d-uxp-e5e0e958e3-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-20260815-d849524bd-uxp-e5e0e958e3-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260815-d849524bd-uxp-e5e0e958e3-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260815-d849524bd-uxp-e5e0e958e3-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260815-d849524bd-uxp-e5e0e958e3-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260815-d849524bd-uxp-e5e0e958e3-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2473 - implement :has() CSS pseudo class (aed631e589) - Issue #3157 - Implement support for adoptedStyleSheets (785da0a0c3) 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 and icu63.dll 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.

@Dave-HYes , I do confirm your findings. Panda is fully functional ! PS : Let us monitor the situation for a few days to make sure that this is the case.

OK, me again! I hope I'm not jinxing it, but Panda Dome seems to be working properly again now for me on XP. I hadn't had a stop and restart of the main service for a few days, so yesterday I removed my shortcut files exclusion. All still seems to be working fine. Can you confirm this @Tangy? Whether they have fixed it as a result of our reports or whether they realised the problem themselves, I do not know. I just hope now that it keeps on working! It does look as if XP support is still a thing for Panda Dome, at least for now! Cheers, Dave.

We have upgraded server RAM and migrated from HDD to SSD. We apologize that MSFN was unavailable. MSFN

FFmpeg update. XP: static shared libfdk-aac VISTAx86: static shared libfdk-aac

I just tested New Moon 28 32-bit 20260815. GitHub Assets opens, but unfortunately, it uses 100% CPU, which doesn't return to normal, and the whole browser is blocked as long as the GitHub page is the current tab without any new error messages in the Browser Console, probably as the tab is dead. That means this version is also useless to me. So for now, I'll stick with the New Moon 28 32-bit 20260627 version.

MSFN’s gone completely haywire and is now even posting multiple times. It’s been nothing but glitches for weeks.

It Seems a Lot Like Dead Internet Has Actually Come True "Agentic AI activity is driving a lot of the browser activity you're seeing." By Frank Landymore Published Jul 28, 2026 https://futurism.com/artificial-intelligence/dead-internet-theory-come-true The infamous dead internet theory was originally a conspiracy that posited that the vast majority of the internet was run by bots and thinking machines. Most accounts you saw online were really bots masquerading as people - all part of some nefarious scheme to control humankind by keeping us isolated and divided. That last part is far-fetched, but the core of the idea - that bots outnumber humans online - is inexorably starting to feel weirdly grounded. Fortune did a roundup of the latest data on the makeup of internet traffic, and most of it points to humans now being a quaint minority. "There’s a lot of missing pieces of information, but a lot of the observed data suggests the same thing, which is like there is more bot activity," Rudy Yang, a financial tech analyst at Pitchbook, told Fortune. "Agentic AI activity is driving a lot of the browser activity you’re seeing." This should come as no surprise. Bots have been everywhere on social media for a while now, and more and more people are wielding little posses of AI agents to do stuff on the internet on their behalf, ranging from conducting research to shopping. OpenAI CEO Sam Altman infamously said he was worried that the dead internet theory was coming true last year, seemingly without a shred of self-awareness. Further corroborating this new paradigm, Cloudflare announced in June that 57 percent of webpage requests were being made by bots, marking the first time that bots made up the majority by its own metrics. Bots have long been ubiquitous, but AI agents are doing the most to reshape the web. One report from the cybersecurity firm HUMAN found that traffic generated by AI agents surged by 7,851 percent year over year, Fortune noted. All those AI agents aren’t generating ad impressions, which is how a lot of websites keep the lights on, while putting a strain on those websites’ servers. "They consume the web completely differently than humans do," Yang told Fortune. "It’s almost like an entire new category, customer category, was created, and it means a lot for businesses because no one, as a business owner, is going to want to silo themselves from being able to serve a completely new customer segment." They’re also changing what we see on the web, too. A report published in October from the SEO firm Graphite found that over half of all new English-language articles on the internet were written with AI. It hasn’t helped that Google, the internet’s de facto steward, has made a hard pivot towards making the internet less navigable by humans. Now, the focus is on having a chatbot to dredge up answers, instead of providing a list of links to websites they’d find in its search engine.

@Dave-H With exclusions in place, Panda has been working flawlessly. Tonight I'll remove exclusions to see what happens. Keep you posted.

I would like for you to replace the links for RogueKiller last XP compatible versions from generic web-site links to archived links with v15 and portable v16 on 32bit and 64bit. It's a shame that Panda is placing XP on guillotine right now, but to be honest, XP had a good run, 25 years of anti-malware support from various programmes. I am still using Avast on XP VMs and i feel relatively secure with COMODO Firewall Pro from 2007 version, and i have no complaints. I do not recommend the last version of COMODO Internet Security however, because it choked my old Celeron to the core when i tested 4 years ago...

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260725-3219d2d-uxp-30427c0213-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260725-3219d2d-uxp-30427c0213-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-20260725-3219d2d-uxp-30427c0213-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-20260725-d849524bd-uxp-30427c0213-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260725-d849524bd-uxp-30427c0213-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260725-d849524bd-uxp-30427c0213-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260725-d849524bd-uxp-30427c0213-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260725-d849524bd-uxp-30427c0213-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #1803 - Convert std::*<T>::value/::type to _v and _t suffixes. (1dd094e90b) - Issue #3061 - Remove network tickler. (3312ebb226) - No issue - Exclude some files from the preprocessor that don't have directives in them. (4b77043d11) - Issue #3144 - Implement CSSStyleSheet replaceSync (05467e9db6) - [js] Guard against OOB string sizes in internal Printf (90952505ec) - [gfx] Add bounds checks and limit reverse scanning of ligature data. (07271921c9) - [gfx] Hold a strong ref during GetFontAt lookup. (0b8fd38fb3) - [DOM] Make parser update form owner properly (0cd2c3acf7) - [js] Initialize BaselineFrame return value slot in OnLeaveBaselineFrame. (a809f575d1) - [js] Clamp length of regexp captures array for dollar substitution. (f8982ebd3f) 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: - devtools: restore preprocessor usage (30427c0213) Update Notice: - You may delete file named icudt*.dat and icu63.dll 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.

Cloudflare's alleged Browser Developer Program Apparently there is a Cloudflare Browser Developer Program mentioned by Moonchild: CloudFlare: summary and status. And here is the official announcement: Announcing the Cloudflare Browser Developer Program. But clicking on their form Cloudflare Browser Development Program Application leads to that: Cloudflare and its developers are nothing more than propagandists and charlatans. This service holds a monopoly, which it exploits ruthlessly, and should be regulated by law under threat of very heavy financial penalties. Cheers, AstroSkipper

I can actually browse GitHub in New Moon 32-bit (latest), but during page load CPU goes to 100% for a while and when that has settled down, clicking on something makes it go to 100% again... Scrolling reacts very slow. (XP SP3 VM; 3.5GB RAM; 1 core assigned)

so the problem may be in :has css support code: https://repo.palemoon.org/MoonchildProductions/UXP/issues/3165

OS: WinVista SP2 32-bit CPU: Intel Core2 Duo T5250 @1.50GHz (2008 era) I also tested the palemoon-28.10.7a1.win32-git-20260815-d849524bd-uxp-e5e0e958e3-xpmod package, actual buildID=20260813020130 Single release GH webpages like https://github.com/violentmonkey/violentmonkey/releases/tag/v2.47.1 open relatively easily/quickly and the page is responsive and scrollable; the relative timestamps and asset toggle previous issues appear fixed; trying to load the full list of Releases page, https://github.com/violentmonkey/violentmonkey/releases is not as smooth/quick; while the page loads, one CPU core is constantly busy, but after the page has been fully rendered, the CPU used by process palemoon.exe soon drops to 0-1%; the page is scrollable, but the scroll itself is NOT smooth... But when absolute disaster strikes is when one tries to access and load the Issues List view of a GH repository, say https://github.com/violentmonkey/violentmonkey/issues During page load, one CPU core hangs at 100%, the second ranging from 40-55% ; overall CPU consumption by process palemoon.exe fluctuating between 49-60% ; after the page has been rendered, the CPU does settle down to 1-2%, but the page is extremely laggy and unresponsive; it can hardly be scrolled down/up with the native browser scrollbar, PGUP/PGDN keys sometimes work after several seconds have passed, while any attempt to scroll the page skyrockets the CPU to 45-60% ... As I very often visit issue trackers of various GH repos to view open/closed tickets and often create new ones myself or comment on existing ones, having an unresponsive Issues List page is a deal-breaker for me ... PS: I don't have gfx-accel (OMTC) enabled, as my driver is old and blacklisted; scrolling the Issues List View pages gets somewhat better (but not by much) by manually enabling Asynchronous Pan/Zoom (APZ) in about:config (apz.desktop.enabled to true and restarting NM) ...

New build of post-deprecated Serpent/moebius for XP! * Notice: This repo will not be built on regular schedule, and changes are experimental as usual. ** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions. Test binary: Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20260815-ff12641a1-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260815-ff12641a1-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Issue #2473 - implement :has() CSS pseudo class (aed631e5) (7aed4de76) - ported from UXP: Issue #3157 - Implement support for adoptedStyleSheets (785da0a0) (ff12641a1)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20260815-40a79c75-uxp-e5e0e958e3-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20260815-40a79c75-uxp-e5e0e958e3-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20260815-id-656ea98-uxp-e5e0e958e3-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20260815-id-656ea98-ia-c642e3c-uxp-e5e0e958e3-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

Please could it be possible to add the feature to set the text color of taskbar buttons? Eg. I'm using black Taskbar (set via "custom taskbar coloring") but I have to set the Dark mode of Windows to get the white text for taskbar buttons. I would like to have light theme for Windows, but it turns the taskbar button's texts into black, so it's unreadable, actually. It would be great to have something like the "Use custom taskbar text color" feature in SAB! Thank you very much.

It is difficult to say what (stupid) provision there might be that prevents you from restoring/recovery, Usually it is not very sophisticated (i.,e. it doesn't interrogate the hard disk for make/model as that would be a problem in manufacturing assembling lines when a batch of different make/model disks is provided and of course there would be the need to re-create different Recovery Discs for different batches). So, generally speaking the check is done: 1) on Disk's Signature (on the MBR) 2) on Disk's Signature AND MBR boot code 3) on some values in the MBR partition data 4) on some other "hidden" sector or partition A test that costs little (only some time and patience) would be, since you have the original hard disk AND the recovery disc work fine on it would be to make a forensic (dd-like) clone of the old hard disk on the new hard disk (same size or bigger) and see what happens with it. I wouldn't overdo it, at least for the test, i.e. if the original hard disk is a 250 GB, one, a clone on a 250 or 320 GB disk has more chances to work than a clone on (say) a 1 TB disk.

It cannot be completely disabled or removed. In version 151, the flag that disables AI in the address bar was removed, but you can disable it using the --disable-features=AiModeOmniboxEntryPoint Delete the files you extracted from the dwrite_xp_x86 folder in the webgl_hw_and_dwrite.zip archive.

and Basilisk-Dev addressed it in https://repo.palemoon.org/MoonchildProductions/UXP/issues/3157

I implemented in my ProxHTTPSProxy's PopMenu TLS 1.3 3V3 package the tool Min2Tray which I therefore have been using for years. So I can minimise any other programme to the systray as well. That was the best I could find.

yes it is, someone filed an issue about it in upstream and it shows that github makes bad assumption. https://repo.palemoon.org/MoonchildProductions/UXP/issues/3154#issuecomment-48034

With regards to GitHub being broken in UXP browsers, the last GOOD NM28 build is: palemoon-28.10.7a1.win32-git-20260718-d849524bd-uxp-edd86c9a9d-xpmod whereas the next release, palemoon-28.10.7a1.win32-git-20260725-d849524bd-uxp-30427c0213-xpmod is the first BAD one ; so, the regression window is: https://github.com/roytam1/UXP/compare/edd86c9a9d...30427c0213 @roytam1, do you think you can spot the culprit? (perhaps Issue #3144 - Implement CSSStyleSheet replaceSync ?) The release assets and relative timestamp issues are both due to the same root cause, as they're both fine in the "last good" build: Thanks in advance ...

Check now.

I was able to get UA installed with the second link. The first link just doesn't work for me with the security settings. I will have to spend some time with it to understand the correct settings. Thanks ...

It is a built-in safety feature derived from older Firefox architecture designed to protect your system from unverified files and drive-by downloads.

This is the direct downlad link for using context menu entry "Save as" or installing diectly via clicking onto it: https://addons.mozilla.org/firefox/downloads/file/4098688/user_agent_string_switcher-0.5.0.xpi This is the version history: https://addons.mozilla.org/de/firefox/addon/user-agent-string-switcher/versions/

OK ... understand. Thanks for all the help and explaining things.

User-Agent Switcher and Manager 0.5.0. You can get it here: https://addons.mozilla.org/de/firefox/addon/user-agent-string-switcher/versions/

https://github.com/e3kskoy7wqk/Chromium-for-windows-7-REWORK/issues/65

And here is a temporary polyfill for GitHub's editor issue The GitHub editor does not work in Mypal 78.0.3: // ==UserScript== // @name GitHub Editor Fix // @namespace https://msfn.org/board/profile/311648-astroskipper/ // @version 1.0 // @description Polyfills Array.prototype.toSorted for GitHub editor compatibility created by dainiusb from GitHub // @author AstroSkipper / Gemini // @match https://github.com/* // @match https://*.github.com/* // @run-at document-start // @icon https://github.githubassets.com/favicons/favicon.png // @grant none // ==/UserScript== (function() { // Polyfill Array.prototype.toSorted if missing if (!Array.prototype.toSorted) { Object.defineProperty(Array.prototype, 'toSorted', { value: function(compareFn) { return this.slice().sort(compareFn); }, writable: true, configurable: true, enumerable: false }); } })();

The tool I have been using for decades is Norton Ghost in version 2003 for very old disks with standard MBR ( no GPT, EFI or UEFI) and a more recent version 15.0 for a bit newer disks like SSDs. This is a programme that has always allowed me to clone my computers perfectly, without anything failing or going wrong. For modern computers, you’ll probably have to resort to Acronis, Macrium or Aomei if GPT with EFI/UEFI is in use. And to clone other partitions directly from my Windows XP, I have been using an older version of DiskGenius – a very good partition manager – successfully for years.

I'm running 22.03.05. There is a more recent version 23, but it appears that isn't XP compatible, as if you try to install it on XP, you actually get 22.03.05 instead. I had no reply from the direct Panda support people responding to the report forms I sent them, which didn't surprise me at all! Nothing from the people at AnyTech365 either, which did slightly surprise me as they seemed to be pretty good. They had said that they would let me know about ongoing support for XP.

@GH0st So, here is a workaround. Create a SSUAO for cloudflare.com, i.e. general.useragent.override.cloudflare.com with the following user agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0 Test it and report here! And if that doesn’t help, try disabling uBO completely, i.e. the extension in the Add-ons Manager, if you’re using it. An uBO set too aggressively made it impossible for me to complete the CF challenges.

The links are still available on Adlice servers after editing to suit the users’ needs. I do not use COMODO Internet Security but COMODO Antivirus. This works fine with no impact on CPU. And my CPU is a single-core P4. I wouldn't recommend the complete suite COMODO Internet Security, either. You must always focus on the pearls and throw the by-catch overboard.

Don’t be misled! Quoting from old, already closed and resolved at the time issues serves no purpose and is misleading. I’ve opened a new issue on GitHub today: https://github.com/Feodor2/Mypal68/issues/723 One thing is clear. If you use a browser that doesn’t support Cloudflare’s security nonsense, you won’t get very far in these days, and it’ll be useless. Indeed, Cloudflare = Cauldron Filthcare.

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20260725-40a79c75-uxp-30427c0213-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20260725-40a79c75-uxp-30427c0213-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20260725-id-656ea98-uxp-30427c0213-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20260725-id-656ea98-ia-c642e3c-uxp-30427c0213-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

It will take few days to fix everything.

*** It actually still seems to exist for now but the company may not get it back. https://notthebee.com/article/pbs-station-loses-50-terabytes-with-70-years-of-archival-footage-after-data-storage-company-shuts-down/ PBS station loses 50 terabytes with 70 years of archival footage after data-storage company shuts down Neo Anderson - Aug 16, 2026 "They stored 50 terabytes of data with a cloud storage company, that company went kaput, and now they're having to fight tooth and nail to get that data back." ...

Yessssssaaaaaaaaaaa!!!!!!!!!!! Dietmar https://www.upload.ee/files/19651199/igxpmp32_5445_CF53_DEV_0A16_PPS5_NULLGUARD3_TEST.sys.html I get 15781 points in 3DMark2001 Panasonic Toughbook CF-53 Mk4 – Intel HD 4400 DEV_0A16 under Windows XP SP3 I finally have the Intel 5445 XP graphics driver running on my Panasonic Toughbook CF-53 Mk4 with the Haswell-U Intel HD 4400 (PCI\VEN_8086&DEV_0A16). This was debugged live with WinDbg over KDNET. The original Intel 5445 driver installs normally, but after reboot it crashes exactly like the system tested by @Damnation. Hardware / software Panasonic Toughbook CF-53 Mk4 Intel Core i5-4310U Intel HD Graphics 4400 PCI Device ID: 8086:0A16 Windows XP SP3 32-bit Intel XP graphics driver 6.14.10.5445 Kernel debugging via WinDbg/KDNET The unmodified 5445 driver installed without any problem. On the first reboot, however, XP produced: PAGE_FAULT_IN_NONPAGED_AREA BugCheck 50 Arg1: F000EEF3 Arg2: 00000000 Arg3: F000EEF3 Arg4: 00000002 WinDbg initially reported: Probably caused by : igxpmp32.sys The stack clearly went through igxpmp32.sys. The interesting detail was that both the referenced address and instruction address were: F000EEF3 1. Finding the real cause of BSOD 0x50 Initially I suspected a bad Haswell-ULT MMIO access. We traced one suspicious Intel register read of offset: 0x64440 The live call was: Context = 8A50F350 MMIO base = B8BFE000 B8BFE000 + 64440 = B8C62440 Immediately before the read: ESI = B8C62440 EDI = B9B265A8 ECX = 00000001 The actual Windows function was: nt!READ_REGISTER_BUFFER_ULONG and the read completed successfully. The returned value was simply: 00000000 So the 0x64440 MMIO access was not the source of the 0x50. The important discovery came later. In igxpmp32 we reached: igxpmp32+171850: mov eax,[igxpmp32+26601C] push eax mov ecx,[igxpmp32+26601C] call dword ptr [ecx+90h] The global object pointer was: [igxpmp32+26601C] = 00000000 Therefore: ECX = 00000000 Immediately before the crash we confirmed live: call dword ptr [ecx+90h] with: ECX = 00000000 Then: dd ecx+90 L1 00000090 f000eef3 This explains the original BSOD completely. The Intel driver was effectively doing: ECX = NULL CALL DWORD PTR [NULL + 0x90] [00000090] = F000EEF3 CPU executes CALL F000EEF3 => PAGE_FAULT_IN_NONPAGED_AREA 0x50 So F000EEF3 was not a mysterious GPU MMIO address. It came directly from low memory at address 0x90. We first tested the workaround manually by skipping the call and forcing: AL = 0 The function returned cleanly. We then replaced the six-byte call in RAM: Original: FF 91 90 00 00 00 call dword ptr [ecx+90h] Temporary patch: 33 C0 90 90 90 90 xor eax,eax nop nop nop nop This eliminated the original BSOD 0x50. 2. After fixing 0x50: BSOD 0xEA With the first fix applied, the driver progressed considerably further, but Windows then hit: THREAD_STUCK_IN_DEVICE_DRIVER BugCheck EA The new stack led us into: igxpmp32+175871 The driver was polling register: 0xC7200 The loop was: mov edx,[ebp-4] shr edx,1Ch and edx,3 cmp edx,1 je retry mov eax,[ebp-4] shr eax,1Fh and eax,1 je retry The value returned for C7200 was: 00000000 so the loop could never terminate. The interesting part was the Intel internal register-descriptor table. It contained 21 entries. The last five registers were: 61200 61204 61208 6120C 61210 There was no C7200 entry. The complete five-register sequence was therefore: 61200 61204 61208 6120C 61210 while the Haswell/PCH panel-power code was requesting: C7200 C7204 C7208 C720C C7210 This looked extremely suspicious. The internal read routine searched its table for the requested register. If no matching entry existed, it simply returned FALSE and left the supplied DWORD unchanged at zero. Therefore the sequence was: request C7200 | v C7200 not present in internal table | v read routine returns FALSE | v output remains 00000000 | v polling code waits forever | v 0xEA watchdog 3. First PPS test: 61200 -> C7200 We changed the first table entry temporarily in RAM: 61200 -> C7200 Immediately afterward the exact same read returned: C7200 = 80000008 instead of zero. This was a major confirmation. The polling conditions were now satisfied: Bit 31 = 1 Bits 29:28 = 00 The driver exited the first polling loop. So the register-table mismatch was real. 4. Complete panel-power register patch The driver later accesses the complete PPS register set, so we changed all five table keys: 61200 -> C7200 61204 -> C7204 61208 -> C7208 6120C -> C720C 61210 -> C7210 Together with the original NULL-call patch, XP now progressed far enough that I could see the Windows XP desktop for approximately one second. That was the first time the Intel 5445 driver actually reached visible accelerated graphics initialization on this Panasonic. However, another problem appeared afterward. 5. Third bug: another NULL object dereference After progressing beyond the PPS problem we caught a second-chance exception: Access violation - code C0000005 igxpmp32+16F1AF: cmp edx,dword ptr [ecx+68h] WinDbg showed: Attempt to read from address 00000068 and: ECX = 00000000 So this was another straightforward NULL-pointer dereference. The relevant routine searches several objects. The normal object list contained four entries. Their field +68h values were: 00000006 00000007 00000008 00000005 The requested value was: FFFFFFFF Therefore there was correctly no match in the normal list. The function then uses an optional fallback object: movzx edx,byte ptr [object+54h] test edx,edx je no_fallback mov ecx,[object+58h] mov edx,[ebp+0Ch] cmp edx,[ecx+68h] The live object contained: [object+54h] = 00000001 [object+58h] = 00000000 In other words: fallback-present flag = TRUE fallback pointer = NULL The driver therefore executed: cmp edx,[NULL+68h] and crashed. The correct behavior if the fallback does not exist is simply to return NULL, because that is exactly what the function already does when the fallback does not match. So a NULL guard was added: fallback = object->fallback; if (fallback == NULL) return NULL; if (fallback->field68 != requested) return NULL; return fallback; 6. Final patch set The currently working experimental 5445 driver therefore contains three fixes. Fix 1 – initial 0x50 Prevent: call dword ptr [NULL+90h] at the path around: igxpmp32+171867 The failed call is replaced by a FALSE return: xor eax,eax nop nop nop nop Fix 2 – Haswell/PCH panel-power register mapping Internal PPS table: 61200 -> C7200 61204 -> C7204 61208 -> C7208 6120C -> C720C 61210 -> C7210 Fix 3 – missing fallback NULL check Around: igxpmp32+16F1A9 the fallback object obtained from [object+58h] must be checked against NULL before dereferencing [fallback+68h]. Result With these three modifications the behavior changed from: install Intel 5445 reboot immediate BSOD 0x50 / F000EEF3 to a system that progresses through the Intel HD 4400 initialization and reaches the Windows XP desktop. Most importantly, the original mysterious: F000EEF3 has now been completely explained. It comes from: NULL object -> [NULL+90h] -> DWORD at physical/low virtual address 00000090 -> F000EEF3 -> CALL F000EEF3 -> BSOD 0x50 The subsequent 0xEA also had a concrete explanation: the 5445 driver was looking for the Haswell panel-power register C7200, while the selected internal descriptor table contained the older/different 61200 PPS register set. Finally, once those problems were bypassed, another missing object initialization became visible and required a simple NULL guard. So the important conclusion is: DEV_0A16 itself is not fundamentally incompatible with the XP 5445 driver. The driver already contains a large amount of the required Haswell support, but on this Panasonic/Haswell-U path several initialization assumptions are wrong: an object used by the +171850 path is NULL, the wrong PPS register descriptor set is selected, another optional fallback object is marked present although its pointer is NULL.

All of Codeberg.org at the moment for me. As I’ve already mentioned, I’ve had no problems accessing Codeberg from Germany. It works fine here. I've just tested it again.

This is not for general use. It is meant for a manually created SSUAO in about:config for cloudflare.com only.

Which version are you currently running? 22.03.05? And do they still offer a more recent one for paid customers? And what about their support? Have you got any reply that Panda Dome is working again on Windows XP? 🤔

How does StartAllBack build the Win+X menu? Specifically, I'd like to completely remove Windows Terminal/Windows PowerShell/Command Prompt entries (which I can do on native Win+X menu by deleting the shortcuts from %LOCALAPPDATA%\Microsoft\Windows\WinX, but this doesn't seem to affect StartAllBack); I also noticed that System entry is missing on some computers (specifically, my main workstation).

Hi , I think you replied to the wrong person, it was arcticfoxie , the OP. Anyways , I agree with you ! Had some soft and it modified the firewall settings.

I had this experimental crap disabled since ages . --disable-quic (not my invention , credits to and suggested by @Dixel).

I have a landline phone with a caller ID function , made by Alcatel , bought from a German hardware shop . I was so glad that I god rid of the d@mn Panasonic , because it demanded to change 3x1.5v batteries every 2months !!! And the Alcatel works without them at all , even though it has a much better LCD display ! Also , many simple cell phones with buttons. A ton of old Nokias and Philipses from 2001 to 2007, I'm terribly sorry , I do not even want to remember their models. Old Philips phones have the best long lasting batteries . The only dumbphones I had (or even forced) to buy were just meant to make gifts (parents , girlfriends , etc). Yes , my parents use various smartphones , lol !