Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250712-3219d2d-uxp-b9ebe5b259-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250712-3219d2d-uxp-b9ebe5b259-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-20250712-3219d2d-uxp-b9ebe5b259-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-20250712-d849524bd-uxp-b9ebe5b259-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250712-d849524bd-uxp-b9ebe5b259-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250712-d849524bd-uxp-b9ebe5b259-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250712-d849524bd-uxp-b9ebe5b259-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250712-d849524bd-uxp-b9ebe5b259-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2106 - Part 1: Un-prefix -moz-user-select (cc55a380f6) - Issue #2106 - Part 2: Align value names (17b594b705) - No issue - Fix mixing of tabs with space-indented code. (552cb8dbcc) - Issue #2045 - Part 1: Revert "Temporarily force hidden elements to be actually hidden." (dd2cf17d30) - Issue #2045 - Part 2: Add handling and storage for the revert unit and value (7f3f90eed4) - Issue #2045 - Part 3: Implement cascade origin tracking to CSS parser (b0f0972314) - Issue #2045 - Part 4: Parse "revert" in property values wherever "unset" is allowed (9105c58a30) - Issue #2045 - Part 5: Serialize shorthands using "revert" like those containing "unset" (801d4a2db8) - Issue #2045 - Part 6: Treat "revert" values as the same as "unset" when encountered in the rule node (c4b6135c99) - Issue #2045 - Part 7: Override revert values during presentation hint cascade (166e98d2b9) - Issue #2045 - Part 8: Remap revert keyword values to a higher cascade level (a47f44e93d) - Issue #2045 - Part 9: Include the revert keyword in the list of accepted values for CSS properties returned by inDOMUtils (5346e55655) - Issue #2045 - Part 10: Regenerate devtools CSS database and include the revert keyword in related devtools code (f0b8d1df2c) - Issue #2106 - Part 3: Add 'contain' as user-select value, retain 'element' (e6b48fcc95) - [devtools] Further improve special character escaping in "copy as curl". (2d9cb22a28) - No Issue - Add detection for medium in border shorthand (9f7430f8b9) - Issue #2124 - Adjust overflow parser to handle two values (f4ffb1ec16) - Issue #2662 - Implement axis-shorthand parsing (7c52fd934f) - Issue #2124/2662: Optimize overflow shorthand parsing and serialization (7626c99ceb) - Issue #2124/2662: Cleaning of code (dae72b452c) - Issue #2106 - Follow-up: Additional Un-prefixing (1a5b3dcae6) - Issue #2106 - Follow-up: Un-prefix DOM Attribute MozUserSelect (abb891ff26) - Issue #2106 - Follow-up: Additional contain Keyword Entries (f1815317c3) - Issue #2106 - Clean-up: Remove Defunct -moz-user-select CSS Directives (8f46cd0d63) - Issue #2106 - Clean-up: Un-prefix -moz-user-select in Comments (b11affbdf3) - Issue #2780: Add back the mismatch overflow handling in nsRuleNode.cpp (c3590da576) - Issue #2757: Create a new basicShape of type inset then set inset coords to zero. (67421b3048) - Issue #2757 - Follow-up: Add clip-path test (manual QA) (3f67905afc) 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: - gfx: relax DrawTargetCairo::IsValid() check, fixes crash when loading spectrumsurveys.com (10b96192dd) - layout: plug back alias of -moz-user-select so it won't break pages/extensions relying on this (4c8df426a8) 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.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250719-3219d2d-uxp-198222fc03-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250719-3219d2d-uxp-198222fc03-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-20250719-3219d2d-uxp-198222fc03-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-20250719-d849524bd-uxp-198222fc03-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250719-d849524bd-uxp-198222fc03-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250719-d849524bd-uxp-198222fc03-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250719-d849524bd-uxp-198222fc03-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250719-d849524bd-uxp-198222fc03-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2499 - Part 1: Add overflow: clip support and tests (ad396c6c59) - Issue #2499 - Part 2: Fix overflow shorthand serialization for mixed clip values (205ea844f4) - Issue #2499 - Part 3: Add CSS clip overflow support with serialization fixes (5e8e1208e7) - Issue #2720 - Follow-up: Use temp value for duplicate color stop (07cf2e643f) - Issue #2736 - Follow-up: Stop using worker thread-only functions for checking if CSP is enabled (c8608ad5cf) - Issue #2792 -Implements parsing, computed style, and writing mode mapping for overflow-block and overflow-inline properties (0903dacaa7) - Issue #2691: Implement ParseSupportsSelector (8be86514f0) - Issue #2691: Adjusted the function to use ParseSelectorGroup (e9a7190529) - Issue #2691: Add basic parentheses tracking to ParseSupportsSelector (fcb4b3d01f) - Issue #2691: Improve token handling for selectors (69556b7b1b) - Issue #2691: Enhance spacing logic for selector formatting (aaae6484ee) - Issue #2691: Add special handling for nth-child expressions (224d1724b2) - Issue #2691: Improve Parser State Handling (ea580ec54b) - Issue #2691: Refactored ParseSupportsSelector (f2d6170830) - Issue #2691: Utilize regex for spacing rules (906f05e606) 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.

No firsthand experience. Supermium was never very stable on my computers. But as @jumper pointed out, I'm pretty sure that the developer already provides rebased .dll's. Haven't visited that GitHub project in a very long time so no clue where they are located. I've actually erased/deleted/permanently-moved-on from all of my XP "experiments", be they Supermium, Thorium, Pale Moon, New Moon, you name it, they ***ALL*** were nothing but "headaches". I obviously keep my own 360Chrome's around, but seldom are they ever launched. And the only Serpent that is reliable for my needs is a VERY OLD version - new updates only introduce new problems, nothing but "headaches".

Apologies again, but I'm afraid I'm not the person to ask. I ditched XP roughly a year or so ago and my life has IMPROVED a million-trillion-zillion times a million-trillion-zillion ever since! XP was holding me back !!! It's up to you to decide if all of the time spent to do things on XP is a waste of your time or not. Sorry. XP, to me, is like Linux, neat and novel, a good HOBBY, but nothing more than a HOBBY.

Apologies, but no. This rabbit hole is far too deep for me to get pulled in any further. Sorry. You will need to use Supermium and "let go" of the notion that a v86 Chrome engine can be made to do whatever you throw at it.

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-20250712-6129895b4-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250712-6129895b4-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Issue #2106 - Part 1: Un-prefix -moz-user-select (cc55a380) (cfadbb5d6) - ported from UXP: Issue #2106 - Part 2: Align value names (17b594b7) (3a0677ec7) - import from UXP: No issue - Fix mixing of tabs with space-indented code. (552cb8db) (4634fe9d1) - import from UXP: Issue #2045 - Part 1: Revert "Temporarily force hidden elements to be actually hidden." (dd2cf17d) (29e601bb8) - import from UXP: Issue #2045 - Part 2: Add handling and storage for the revert unit and value (7f3f90ee) (f49dc1068) - ported from UXP: Issue #2045 - Part 3: Implement cascade origin tracking to CSS parser (b0f09723) (13380336f) - import from UXP: - Issue #2045 - Part 4: Parse "revert" in property values wherever "unset" is allowed (9105c58a) - Issue #2045 - Part 5: Serialize shorthands using "revert" like those containing "unset" (801d4a2d) (f780f6a0c) - ported from UXP: Issue #2045 - Part 6: Treat "revert" values as the same as "unset" when encountered in the rule node (c4b6135c) (0ddba686d) - ported from UXP: Issue #2045 - Part 7: Override revert values during presentation hint cascade (166e98d2) (33497a7bb) - import from UXP: Issue #2045 - Part 8: Remap revert keyword values to a higher cascade level (a47f44e9) (7e8276dd1) - import from UXP: Issue #2045 - Part 9: Include the revert keyword in the list of accepted values for CSS properties returned by inDOMUtils (5346e556) (5b3195dad) - ported from UXP: Issue #2045 - Part 10: Regenerate devtools CSS database and include the revert keyword in related devtools code (f0b8d1df) (e92c563a4) - import from UXP: Issue #2106 - Part 3: Add 'contain' as user-select value, retain 'element' (e6b48fcc) (f073823cd) - ported from UXP: [devtools] Further improve special character escaping in "copy as curl". (2d9cb22a) (28bf4bcf2) - ported from UXP: No Issue - Add detection for medium in border shorthand (9f7430f8) (4f0690a20) - import from UXP: Issue #2124 - Adjust overflow parser to handle two values (f4ffb1ec) (ae483ab3b) - ported from UXP: Issue #2662 - Implement axis-shorthand parsing (7c52fd93) (f7844356c) - ported from UXP: Issue #2124/2662: Optimize overflow shorthand parsing and serialization (7626c99c) (55a3af5f7) - ported from UXP: Issue #2124/2662: Cleaning of code (dae72b45) (9c80beb8f) - ported from UXP: Issue #2106 - Follow-up: Additional Un-prefixing (1a5b3dca) (82ff6f599) - import from UXP: Issue #2106 - Follow-up: Un-prefix DOM Attribute MozUserSelect (abb891ff) (2b505c1fd) - import from UXP: Issue #2106 - Follow-up: Additional contain Keyword Entries (f1815317) (db2c8fdb5) - ported from UXP: Issue #2106 - Clean-up: Remove Defunct -moz-user-select CSS Directives (8f46cd0d) (37991f84a) - import from UXP: Issue #2106 - Clean-up: Un-prefix -moz-user-select in Comments (b11affbd) (477ab51c4) - import from UXP: Issue #2780: Add back the mismatch overflow handling in nsRuleNode.cpp (c3590da5) (0ee810368) - import from UXP: Issue #2757: Create a new basicShape of type inset then set inset coords to zero. (67421b30) (0ea914daf) - import from UXP: Issue #2757 - Follow-up: Add clip-path test (manual QA) (3f67905a) (1b8fbc344) - import from `custom` branch of UXP: gfx: relax DrawTargetCairo::IsValid() check, fixes crash when loading spectrumsurveys.com (10b96192) (6129895b4)

Your issue is with the developer.mozilla.org "test". findLastIndex does not require a polyfill in Chrome v97 and that "test" does not work in Chrome v97. It most likely does not work in v98, v99, v100, v101... et cetera... And doesn't "start to work" until who knows where. Again, Chrome v97 wholly and fully implements findLastIndex and even v97 cannot 'pass' that "test".

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20250712-7bda12e7-uxp-b9ebe5b259-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20250712-7bda12e7-uxp-b9ebe5b259-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-20250712-id-656ea98-uxp-b9ebe5b259-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20250712-id-656ea98-ia-c642e3c-uxp-b9ebe5b259-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

Scam

scat

Spot

Spar

Swab

No problems for me, including posting random HTTPS links. https://www.pcmag.com/picks/chrome-edge-firefox-opera-or-safari-which-browser-is-best

I just found this thread and registered. I was going to Eclipse, which I like for other reasons, like r3dFox development Is there a way to not use dark mode? I went to Look and Layout, but to no avail. EDIT: It's funny that I say I "found this thread", because it turns out I created it.

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20250719-7bda12e7-uxp-198222fc03-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20250719-7bda12e7-uxp-198222fc03-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-20250719-id-656ea98-uxp-198222fc03-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20250719-id-656ea98-ia-c642e3c-uxp-198222fc03-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

You're not going to like the answer. You need something like PROXOMITRON to change ":autofill" to "-webkit-autofill" for any version of Chrome older than v110 for the below javascript - But that's ony the FIRST HURDLE. Once you get past that, the error console will fill up with tons of more errors to overcome one by one. ie, once you resolve the required -webkit-autofill for Chrome versions older than v110, the paypal site then loads TWO captcha's that 360Chrome cannot pass (especially in XP). One from www.recaptcha.net and one from hcaptcha.com.

You would have to provide the web site where you are not able to register. I highly doubt that the autofill error in the console is the root cause for the inability to register.

https://msfn.org/board/topic/182566-monkey-scripts/ If you are a beginner in Tampermonkey, start with the script called "Old Reddit Redirect", that one is easy to test whether you have set it up properly or not.

New release "74.1.0 New features added, some sites will be fixed New version number is 74 because addons like custumbuttons check it and breaks expecting xul things from 68 which has been removed." https://github.com/Feodor2/Mypal68/releases/tag/74.1.0 EDIT: "UPDATE 14.07.2025 Fixed bug about privace settings not shown" BTW, this release feels slower than the previous one...

... Huh, I see ... This is very puzzling, indeed ; in fact, the "yt-dl.org" domain now auto-redirects to yt-dlp GitHub URLs, e.g. https://yt-dl.org => https://github.com/yt-dlp/yt-dlp , which, of course, is a fork of the original youtube-dl project; I think dirkf doesn't have immediate access to the "yt-dl.org" server (wasn't that one blocked in Germany at some point?), so the answer about who arranged the autoredirection to yt-dlp might be possibly found inside the yt-dlp repo itself (too hot here currently for me to check, sorry ) ... I know; however, I have a small list of test commands I issue with fresh releases of both youtube-dl (nightly branch) and yt-dlp (your "Vista" compatible build) and that same list was used to test your 2025.07.11 compile; that was how I noticed the change in behaviour for " -vU" ... As I'm not proficient in Python (quite the opposite, in fact ), that was what I was about to suggest to you ; glad you got it sorted already ... The same with most "yt-dl.org" links contained inside: https://ytdl-org.github.io/youtube-dl/download.html I know ; I had already modified locally the latest "official" Nightly release (2025.05.05) according to your posted diff on GH; let's hope a py3.4 solution becomes available if evil Google start blocking Chrome > 97 UAs... Best regards !

We need a "benign exploit" page (a page that triggers the bug but doesn't do anything harmful) to test for this vulnerability. We had one for the WebP vulnerability.

@VistaLover That's because of line 37 in `./youtube_dl/update.py`. UPDATE_URL = 'https://yt-dl.org/update/' For some reason it redirects to: https://github.com/yt-dlp/yt-dlp/update/ ---> 404. In version 2025.06.26 (and previous versions) I had it set to: UPDATE_URL = 'https://ytdl-org.github.io/youtube-dl/update/' (also 404, by the way) My version is not supposed to be updated with `-U`. Do you perhaps have any idea how to change `update.py` for my fork to actually make it work with `-U`? [Edit] I think I managed to fix it. Took `update.py` from youtube-dl Nightly as an example. youtube-dl -vU [debug] System config: [] [debug] User config: ['--console-title', '--rm-cache-dir', '-i', '-o', '/dev/shm/test-ytd/%(title)s.%(ext)s', '-f', 'bestvideo[height<=1080][ext=mp4][vcodec^=avc]+bestaudio[ext=m4a]/best[ext=mp4]/best', '--no-mtime', '--embed-thumbnail', '--force-ipv4'] [debug] Custom config: [] [debug] Command-line args: ['-vU'] [debug] Encodings: locale UTF-8, fs utf-8, out utf-8, pref UTF-8 [debug] youtube-dl version 2025.07.12 [debug] Lazy loading extractors enabled [debug] Single file build [debug] Python 3.10.12 (CPython x86_64 64bit) - Linux-5.15.0-143-generic-x86_64-with-glibc2.35 - OpenSSL 3.0.2 15 Mar 2022 - glibc 2.35 [debug] exe versions: ffmpeg N-120171-g05094c1749-20250705, ffprobe N-120171-g05094c1749-20250705, rtmpdump 2.4 [debug] Proxy map: {} Latest version: 2025.07.12, Current version: 2025.07.12 youtube-dl is up to date (2025.07.12) Removing cache dir /home/nico/.cache/youtube-dl .. I also don't understand why @dirkf still hasn't updated the Installation section in the Readme. It's a complete mess. BTW, I've made a significant change to `./youtube_dl/utils.py`, as I suggested here. Youtube-dl actually works now.

Check out here. While it is still up, anyway :)

Then it's a good idea to use the patched ungoogled for Server 2008 R2. No one knows and no one can guarantee how good and when the old 132 Supermium will (ever?) be patched for that serious vulnerability. https://github.com/e3kskoy7wqk/Chromium-for-windows-7/releases/tag/ungoogled-chromium_138.0.7204.96 Edit/ They say it's been patched in R5. But in the article they say the patch is for 138+! Contradictory. https://github.com/win32ss/supermium/releases/tag/v132-r5

I don't really care about it personally. I have to deal with it here and the other thing I mentioned but MSFN is based in Europe so we have to follow those rules. If MSFN wasn't an official fallback location that line wouldn't be there. It is only because MSFN has many EU members that I mention it. It seems standard practice that US sites don't care about those things, even if the forum software supports it.

The alternative forum is now available. It is located here: https://tripredacus.net/forum/index.php This forum is actively managed by myself and has public status sections for the three websites that I am providing temporary forums for. The fallback boards are not visible to the public and are not segregated, meaning if you can see a board, you can post in it if you want. The sections will always be open, even if the hosted site has an Up status such as MSFN currently does. This forum is not intended to, nor can it replace MSFN. It is also not meant to be a replacement for other unmanaged or unofficial meatup destinations such as any Discord channels, Steam or Facebook groups. It simple is a place to go in case there is a problem or you want to get info about whatever might be happening. This is not an indication that there is any longevity issue with MSFN. The forum rules are not MSFN's rules, with the exception that discussion about circumventing MSFN rules 1 are not allowed. UK/EU members make sure you read the end of the Registration Agreement. Whether you decide to register on it or not is up to you. This post is just to make you aware that it exists. You choose your own level of involvement. If you decide to register, you should edit your profile to put your MSFN name as it explains in the appropriate profile field. Doing so will cause a MSFN icon appear on your info card if you post in a thread.

You can find the download link for the CAupdater in my main article ProxHTTPSProxy and HTTPSProxy in Windows XP for future use in the section 11.2.4. Downloads related to Root Certificate Updates.

I read about gfx.color_management.mode -> http://kb.mozillazine.org/gfx.color_management.Mode - it turns out that gfx.color_management.mode is related to the color profile in the SYSTEM. So I checked: I forgot that I set up ... a bit exotic profile by Kodak some time ago Now: I have returned to the sRGB profile. The native "2" (not "0") is ok now. problem solved. The fact that I should look at gfx.color_management.mode someone suggested me in a few kind sentences on another forum.

Ok. I was able to improve a bit my custom button for calling up the "Manage Cookies and Site Data" window. Both, the about:preferences#privacy and three seconds later the desired dialogue are now loaded in the same chrome window which avoids an additional loading of a tab. Nevertheless, I hope that there is a better solution yet. As custom buttons are actually the topic of this thread, I have decided to post about this stuff here again. My project of creating a custom button to directly call up the "Manage Cookies and Site Data" dialogue in Mypal 68 seems to have come to a temporary end. It works perfectly. I have solved the issues encountered in my own way and I am currently in testing mode. Here is a short preview:

If you are additionally using the Bypass Paywalls Clean filter usersrcipts, don't forget to also update them in your userscript manager!

Thanks for reporting! It is good that such changes are reported here. However, I already noticed the update issue. I'll first provide the changes via automatic update soon.

@Hackerman Here are two further, more recent SSE alternatives. A Firefox 45 fork: http://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20230930-69f77fc6e-win32-sse.7z and New Moon 27: https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20240720-be4fef94e8-xpmod-sse.7z

Alternatively, @roytam1's browsers New Moon 28 or Serpent 52. Or the Chromium based browser Thorium.

SUPERAntiSpyware Free Edition works absolutely fine here. No issues. No DLL problems. I can access all features. I think your system is the causer. You can alternatively try the installer version 10.0.1250 as this version was the one before incompatibilities with the programme appeared the first time. BTW, I have been using SUPERAntiSpyware since 2007 without any serious issues. So, please check your system first before posting issues one can't confirm!

I will check my registry entries when I am back at my desktop computer. Thanks for the heads up!

Thanks for replying! The last official Chrome which supported Windows XP was the version 49.0.2623.112. I think I have a copy of it in my archive. In any case, I will check if the hardware acceleration worked at all in this version on my hardware and report here.

Folks, please use only English words (or say Dutch, German, French words, but only those that are currently/officially used in English) Like "grab" (Dutch word), for example. The ones that can be found in English vocabularies!

And now, disable Circular Kernel Context Logger and Audio logger. Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger] "Status"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger\Audio] "Start"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger\Circular Kernel Context Logger] "Start"=dword:00000000

spam

Stag

Glad it works. I hadn't any problems when updating this filter list, though. When I am back at my Windows XP computer. I will have a look at this.

Hello @UCyborg! I have just tested your new release uBlock Origin 1.16.6b1 by using the ad block testing site https://test.adminforge.de/adblock.html. While my release uBlock Origin Legacy 1.16.4.34 blocked all ads with a score of 100%, your version wasn't able to do this and got a score of only 84%. The comparison was done using the same filter lists and same own filters in both versions. I was checking the performance of both releases with the uBO logger to see what's going on and noticed entries about noop.txt and noop.js in the log generated by your release which I didn't get when using my release. As far as I know, noop stands for no operation. One consequence of this is that some of my own filter rules under the tab "My rules" are simply ignored when using your release. Any ideas what your release is doing on this ad block testing site? Here is a screenshot testing uBlock Origin Legacy 1.16.4.34 in New Moon 28: And here is a screenshot testing uBlock Origin 1.16.6b in New Moon 28: Cheers, AstroSkipper

I do know that CSS styling can also be done inside a JavaScript file. But separating the CSS code in a css file is the usual way when loading files from the chrome folder. Doing so the different CSS styles can be easily enabled or disabled and therefore managed by the userchrome.css file regardless of the script files.

As far as I know, Serpent 52 gets more patches from the UXP branch than Serpent 55. The reason for that is not all of these patches can be applied to Serpent 55. Therefore, Serpent 52 is a bit more up-to-date. But @roytam1 and @VistaLover can tell more about that. And if I remember correctly, they already did that in @roytam1's browser threads in the past.

Thanks for reporting! The problems probably only occurred on Saturday. Since Sunday, it seems to be working better. At least, I didn't notice further problems since then.

rasctrs.ini

Probably they implemented some anti-hack feature, in addition to limiting youtube's videos frequently posted by some members?

I'm sorry, I don't see another one, is it that better?

I fail to understand why do they all patch only the standard chrome, not ungoogled.