All Activity

Given the lack of responses it appears I'm flying solo and blind here for the most part... Some updates. Solved the crash in nv4_mini.sys under XP x64; see this page. I advise any other XP x64 + NVidia users out there to grab a copy of this patched file and archive it. Many thanks to tal.aloni.il! NVidia Control Panel still crashes when the desktop loads; this is puzzling... If the machine goes to sleep and then is woken up again I lose USB mouse connectivity. I assume this is a shortcoming of the particular modified USB3 drivers that I'm using. Need to test other stacks... Unless someone with better Google-fu than myself can turn up some working drivers for these Killer Network devices under XP, I give up on these... I replaced the Killer WiFi card with an XP-compatible one and now have working WiFi. The wired NIC is not absolutely necessary in this configuration. The WiFi card in this laptop is very oddly placed, one must remove the narrow plastic cover on top behind the screen hinges in order to access it. Now If I can only find the time to test this setup to see if any other annoyances are going to crop up...

Hmm... I honestly have no idea. The build hashes for `youtube-dl.exe` in my repo can be seen under Assets. However, in the Nightly repo there are separate SHA2-256SUMS files. Maybe the program looks for these? (wild guess) The executables in my repo aren't built by GitHub Actions, but manually uploaded. I think you shouldn't worry about it to much.

I made BlackWIngCat ATI/AMD drivers working for 3D in Windows 2000 with extended kernel, but they are only barebone drivers.. i would like to set some image quality settings. Here are details, you have to autotranslate it: https://win2k.org/blog/2009/09/30/571484/ BlackWingCat description mentioning Catalyst, but there are not details, im not sure if its possible get only standalone installer, or extract it from XP drivers etc, i have tried some wild kernel of his driver and XP package, but installer crashed, even installer with original driver crashed. Have tried ATI tool, its running but developement ended in 2006 and ATI try tools generate blue screen, right after install.

If im not work there is no 3D driver Virtualbox \ Vmware driver for NT and no port of SoftGPU.. maybe you may try to make SwiftShader, somehow, but above solutions are proven, this is wildwest.. Bears Windows driver is buggy even for 2D.

I managed to boot Windows 2000 with Clover UEFI32 and Longhorn 5472 boot files on real hardware. Only problem is, no screen. But sound and disk activity exist and heard Windows sounds. Even GTX980 driver does not display (both in legacy and UEFI boot with longhorn files. But displays normally with ntldr). This problem does not happen in XP. It displays correctly. @reboot12 @Dietmar maybe you guys can solve with patches. For NT4, it wants kdcom.dll and bootvid.dll. If these files bypassed or patched, it can boot with UEFI. EDIT: Display worked when I switched DP to HDMI for win2000! For NT4, I managed to bypass kdcom.dll but this time, 0xc000007b bootmgr kernel error (not BSOD). Maybe it requires ACPI or bootmgr should look non-ACPI hal.

... Some fine tuning is still needed, am afraid ; yes, I got build "2025.07.12" to update to "2025.07.12.1" via "-U" from the cmdline, youtube-dl -vU => [debug] System config: [] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: ['-vU'] [debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253 [debug] youtube-dl version 2025.07.12 [debug] Lazy loading extractors enabled [debug] Single file build [debug] Python 3.4.4 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 - OpenSSL 1.0.2d 9 Jul 2015 [debug] exe versions: none [debug] Proxy map: {} Latest version: 2025.07.12.1, Current version: 2025.07.12 Current Build Hash 58815fc0de70a06e76a9e9ca0337dfcdda59b1db0ffed12d150df626d8cd7735 Updating to version 2025.07.12.1 ... WARNING: no hash information found for the release Updated youtube-dl to version 2025.07.12.1 but a WARNING is issued during that process: Is this something that can be fixed somehow? FWIW, that warning isn't there when updating dirkf's "nightly": youtube-dl -vU => [debug] System config: [] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: ['-vU'] [debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253 [debug] youtube-dl version 2025.02.28 [673277e51] (single file build) [debug] ** This version was built from the latest master code at https://github.com/ytdl-org/youtube-dl. [debug] ** For support, visit the main site. [debug] Python 3.4.4 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 - OpenSSL 1.0.2d 9 Jul 2015 [debug] exe versions: none [debug] Proxy map: {} Latest version: 2025.05.05, Current version: 2025.02.28 Current Build Hash a1ab42ffb8175b7d32c87e986b5d9f476b952b239aae7a228fac4b6bd8a81b3e Updating to version 2025.05.05 ... Updated youtube-dl to version 2025.05.05 Thanks in advance ...

I'm interested but i use Virtualbox,not 86Box or KVM...

I don't know anything about Python either, but I just uploaded the new `update.py` (with only one line changed) into the GitHub web editor and committed.

... 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.

They have. There's an "ancient" one called xoblite. It's kind of like using fluxbox on Windows instead of Linux. Check out the screenshots and you'll see what I mean. xoblite™ / Blackbox for Windows

Yes, I tried all the options listed there, but nothing works on Windows 11. Previously, it was possible to do this using ExplorerPatcher, but it is not available on Windows 11. It is possible to run ExplorerPatcher on Windows 11 and restore the taskbar from Windows 10, but this would require completely abandoning StartAllBack, which I do not want to do. When the taskbar is at the bottom, the thumbnail previews don't bother me, but I find it more convenient when the taskbar is at the top, so it's more convenient for me and they don't get in the way.

I can still see the bug while hiding taskbar with keyboard shortcut (win+alt+t), it doesn't actually hide it when dynamic transparency is enabled. It works when app is maximized (which stops taskbar from being transparent). EDIT: I've just noticed that keeping dynamic transparency and hiding the taskbar itself when window is maximized, it starts to show taskbar again when un-maximizng a window, which is actually a cool feature (although unintended I guess) on its own, as in - hiding taskbar when non-maximized or maximized window touches the top edge of the screen, and showing it again when no window touches the top edge of the screen.

Doesn't it work only for Windows 11 taskbar?

Hi I've installed the program as specified, however I keep getting this error when attempting to compile a simple program with it. Tested it on VS 2022: Rebuild started at 10:00 AM... 1>------ Rebuild All started: Project: test, Configuration: Release Win32 ------ 1>D:\Apps\Microsoft Visual Studio\2022\Enterprise\MSBuild\Microsoft\VC\v150\Platforms\Win32\PlatformToolsets\v141_xp\Toolset.targets(39,5): warning MSB8051: Support for targeting Windows XP is deprecated and will not be present in future releases of Visual Studio. Please see https://go.microsoft.com/fwlink/?linkid=2023588 for more information. 1>PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script. 1>Stack dump: 1>0. Program arguments: "C:\\Program Files\\LLVM\\bin\\clang-cl.exe" "@C:\\Users\\Angel Doe\\AppData\\Local\\Temp\\MSBuildTemp\\tmp4cc5cfa474f64dea9ac646eca0b2f99d.rsp" 1>1. C:\Program Files (x86)\Windows Kits\10\Include\10.0.10240.0\ucrt\crtdbg.h:12:2: current parser token 'include' 1>Exception Code: 0xC0000005 1> #0 0x6b70e8ae (C:\WINDOWS\SYSTEM32\VCRUNTIME140.dll+0xe8ae) 1> #1 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x9ae930 C:\Program Files\LLVM\bin\clang-cl.exe 0x9ae7ce 1> #2 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x9ae03e C:\Program Files\LLVM\bin\clang-cl.exe 0x9fe385 1> #3 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0xb2d484 C:\Program Files\LLVM\bin\clang-cl.exe 0xb2c7a7 1> #4 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0xb2c022 C:\Program Files\LLVM\bin\clang-cl.exe 0x25b1df1 1> #5 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x25adfcf C:\Program Files\LLVM\bin\clang-cl.exe 0x25aeb18 1> #6 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x25c7e96 C:\Program Files\LLVM\bin\clang-cl.exe 0x25c820a 1> #7 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x25c55e5 C:\Program Files\LLVM\bin\clang-cl.exe 0x25c70aa 1> #8 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x25c4743 C:\Program Files\LLVM\bin\clang-cl.exe 0x258d642 1> #9 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x258a8f6 C:\Program Files\LLVM\bin\clang-cl.exe 0x25954ff 1>#10 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x1a19d63 C:\Program Files\LLVM\bin\clang-cl.exe 0x1a0a221 1>#11 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x1a0d994 C:\Program Files\LLVM\bin\clang-cl.exe 0x1a06753 1>#12 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x10d2f0a C:\Program Files\LLVM\bin\clang-cl.exe 0x10d2b12 1>#13 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x10a8a0a C:\Program Files\LLVM\bin\clang-cl.exe 0x1129619 1>#14 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x5b614 C:\Program Files\LLVM\bin\clang-cl.exe 0x56d3a 1>#15 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x548ae C:\Program Files\LLVM\bin\clang-cl.exe 0xff752b 1>#16 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x9c30bd C:\Program Files\LLVM\bin\clang-cl.exe 0xff7b28 1>#17 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0xf6a912 C:\Program Files\LLVM\bin\clang-cl.exe 0xf6aa4a 1>#18 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0xf54dfa C:\Program Files\LLVM\bin\clang-cl.exe 0x58f94 1>#19 0x0177e930 C:\Program Files\LLVM\bin\clang-cl.exe 0x64006 C:\Program Files\LLVM\bin\clang-cl.exe 0x25fb408 1>#20 0x0177e930 (C:\Program Files\LLVM\bin\clang-cl.exe+0x9ae930) 1>#21 0x0177e7ce (C:\Program Files\LLVM\bin\clang-cl.exe+0x9ae7ce) 1>#22 0x0177e03e (C:\Program Files\LLVM\bin\clang-cl.exe+0x9ae03e) 1>0x6B70E8AE, C:\WINDOWS\SYSTEM32\VCRUNTIME140.dll(0x000000006B700000) + 0xE8AE byte(s), memcpy() + 0x4E byte(s) 1>0x0177E930, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x9AE930 byte(s) 1>0x0177E7CE, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x9AE7CE byte(s) 1>0x0177E03E, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x9AE03E byte(s) 1>0x017CE385, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x9FE385 byte(s) 1>0x018FD484, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xB2D484 byte(s) 1>0x018FC7A7, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xB2C7A7 byte(s) 1>0x018FC022, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xB2C022 byte(s) 1>0x03381DF1, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25B1DF1 byte(s) 1>0x0337DFCF, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25ADFCF byte(s) 1>0x0337EB18, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25AEB18 byte(s) 1>0x03397E96, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25C7E96 byte(s) 1>0x0339820A, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25C820A byte(s) 1>0x033955E5, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25C55E5 byte(s) 1>0x033970AA, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25C70AA byte(s) 1>0x03394743, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25C4743 byte(s) 1>0x0335D642, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x258D642 byte(s) 1>0x0335A8F6, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x258A8F6 byte(s) 1>0x033654FF, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25954FF byte(s) 1>0x027E9D63, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x1A19D63 byte(s) 1>0x027DA221, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x1A0A221 byte(s) 1>0x027DD994, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x1A0D994 byte(s) 1>0x027D6753, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x1A06753 byte(s) 1>0x01EA2F0A, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x10D2F0A byte(s) 1>0x01EA2B12, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x10D2B12 byte(s) 1>0x01E78A0A, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x10A8A0A byte(s) 1>0x01EF9619, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x1129619 byte(s) 1>0x00E2B614, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x5B614 byte(s) 1>0x00E26D3A, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x56D3A byte(s) 1>0x00E248AE, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x548AE byte(s) 1>0x01DC752B, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xFF752B byte(s) 1>0x017930BD, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x9C30BD byte(s) 1>0x01DC7B28, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xFF7B28 byte(s) 1>0x01D3A912, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xF6A912 byte(s) 1>0x01D3AA4A, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xF6AA4A byte(s) 1>0x01D24DFA, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0xF54DFA byte(s) 1>0x00E28F94, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x58F94 byte(s) 1>0x00E34006, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x64006 byte(s) 1>0x033CB408, C:\Program Files\LLVM\bin\clang-cl.exe(0x0000000000DD0000) + 0x25FB408 byte(s) 1>0x74FC5D49, C:\WINDOWS\System32\KERNEL32.DLL(0x0000000074FB0000) + 0x15D49 byte(s), BaseThreadInitThunk() + 0x19 byte(s) 1>0x7746D1AB, C:\WINDOWS\SYSTEM32\ntdll.dll(0x0000000077400000) + 0x6D1AB byte(s), RtlInitializeExceptionChain() + 0x6B byte(s) 1>0x7746D131, C:\WINDOWS\SYSTEM32\ntdll.dll(0x0000000077400000) + 0x6D131 byte(s), RtlGetAppContainerNamedObjectPath() + 0x231 byte(s) 1>clang-cl : error : clang frontend command failed due to signal (use -v to see invocation) 1>clang version 17.0.1 (https://github.com/llvm/llvm-project e19b7dc36bc047b9eb72078d034596be766da350) 1>Target: i686-pc-windows-msvc 1>Thread model: posix 1>InstalledDir: C:\Program Files\LLVM\bin 1>clang-cl: note: diagnostic msg: Error generating preprocessed source(s). 1>Done building project "test.vcxproj" -- FAILED. ========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ========== ========== Rebuild completed at 10:00 AM and took 08.619 seconds ==========

Microsoft removed Windoews To Go feature since Windows 10 version 2004. Maybe you can install latest version of windows 10 using 3rd party utilities, but it does not mean you won't have any problem.

@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.

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)

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

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.

There's something wrong with the latest (v2025.07.11) youtube-dl.exe build downloaded from GitHub: https://github.com/nicolaasjan/youtube-dl/releases/tag/2025.07.11 https://github.com/nicolaasjan/youtube-dl/releases/download/2025.07.11/youtube-dl.exe youtube-dl -vU => [debug] System config: [] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: ['-vU'] [debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253 [debug] youtube-dl version 2025.07.11 [debug] Lazy loading extractors enabled [debug] Single file build [debug] Python 3.4.4 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 - OpenSSL 1.0.2d 9 Jul 2015 [debug] exe versions: none [debug] Proxy map: {} Traceback (most recent call last): File "C:\Users\nico\Desktop\youtube-dl_source\youtube_dl\update.py", line 48, in update_self File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 470, in open File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 580, in http_response File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 502, in error File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 442, in _call_chain File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 685, in http_error_302 File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 470, in open File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 580, in http_response File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 508, in error File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 442, in _call_chain File "c:\Program Files (x86)\Python3.4.4\lib\urllib\request.py", line 588, in http_error_default urllib.error.HTTPError: HTTP Error 404: Not Found ERROR: can't find the current version. Please try again later. The previous compile, of version 2025.06.26: https://github.com/nicolaasjan/youtube-dl/releases/download/2025.06.26/youtube-dl.exe , behaves as expected: youtube-dl -vU => [debug] System config: [] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: ['-vU'] [debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253 [debug] youtube-dl version 2025.06.26 [debug] Lazy loading extractors enabled [debug] Single file build [debug] Python 3.4.4 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 - OpenSSL 1.0.2d 9 Jul 2015 [debug] exe versions: none [debug] Proxy map: {} youtube-dl is up to date (2025.06.26) Many thanks for your ongoing efforts towards maintaining support for "our" older OSes ...

Depends on VM, if you have 86Box or KVM machine with working 3D - OpenGL, Direct3D, we are working om modern Direct3D and other DirectX functions and some kernel stuff etc and need some testers. I will write some annoucemenet once i fix my main machine after some Windows 10 update crash.

Using a 2.2.1 backport. It's not working. :thinking:

Like this ? https://www.anoopcnair.com/disable-taskbar-thumbnail-preview-on-windows-11/ EDIT: Bug with link

Has anyone here actually got Dibya's patch to work? I've found a couple of supposed sources for it, but they all seem to contain just original system files, with no apparent modifications made to them. The instructions that came with one of them seem very strange indeed - "1. Place contents of the "For System32 folder into C:\WINDOWS\system32; Replace .exe and .dll files in System32 2. Enter "C:\WINDOWS\system32\drivers", copy contents of "For Drivers" folder (all .sys files) to the dictionary 3. Enabling PAE Click the start menu, then run (alternatively pressing win + r). Type "C:\boot.ini" then add "\PAE" at the very end of the last line of text. SAVE the file! 4. Reboot and enjoy up to 128gb of ram on your Windows XP installation" The "For System32" folder contains all the HAL and NTKRNL dll and exe files used for various types of system. They all seem to be unmodified originals. Quite how putting all of them in your System32 folder (when only one pair is needed) will do anything other than produce an error message is puzzling!