Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20251018-3219d2d-uxp-861967f98e-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20251018-3219d2d-uxp-861967f98e-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-20251018-3219d2d-uxp-861967f98e-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-20251018-d849524bd-uxp-861967f98e-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251018-d849524bd-uxp-861967f98e-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251018-d849524bd-uxp-861967f98e-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251018-d849524bd-uxp-861967f98e-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251018-d849524bd-uxp-861967f98e-w7plus-avx2.7z Official UXP changes picked since my last build: - No issue - Set title for about:logopage (89ee61a746) - No issue - Improve compiler compatibility. (ac993f4fb3) - Issue #2855 - Fix rule node tracking for NAC (cc331e8e01) - [devtools] Remove newline kludge from "Copy as cURL" on Windows (4abf0b3f21) 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: - caps: follow-up of rev b7098813 - enlarge CSP's RefCnt value limit to prevent crashing in multiple process mode. (9ad9a88955) 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.

This may be of some use for Win XP users in today's world with Win XP being phased out more everyday ... this service is also listed to work with Windows 98 SE / ME also. I used it about 6 years ago myself and now am being forced to use it again in Oct 2025 to be able to get my Win XP computer on the internet with a VPN. The paid service I was using has finally cut off all Win XP connections. They warned two years ago it was coming and the service still works for my Windows 7 computer but I still mostly use my Win XP computer for everyday connecting. As I said above ... I used this free VPN about 6 years ago and I have hooked the XP computer up to the service again. I will say that they have really improved things and the service is great in 2025. Perhaps some of you know about it already but if not ... then you can check it out if you need a VPN for Win XP. https://www.vpngate.net/en/ https://www.vpngate.net/en/download.aspx VPN Gate - Public Free VPN Cloud by Univ of Tsukuba, Japan Welcome to VPN Gate. (Launched on March 8, 2013.) - You can get through your government's firewall to browse restricted websites. (e.g. YouTube.) - You can disguise your IP address to hide your identity while surfing the Internet. - You can protect yourself by utilizing the strong encryption while using public Wi-Fi. More Details... - TunnelCrack protection implemented in SoftEther VPN Client (August 31, 2023) Supports Windows, Mac, iPhone, iPad and Android. Compatible OS: Windows, CPU: Intel x86 and x64 (Windows 98 SE / ME / 2000 SP4 / XP SP2, SP3 / Server 2003 SP2 / Vista SP1, SP2 / Server 2008 SP1, SP2 / Hyper-V Server 2008 / 7 SP1 / Server 2008 R2 SP1 / Hyper-V Server 2008 R2 / 8 / 10 / Server 2012 / Hyper-V Server 2012) -------------------------------------------------------------------------------------------------- It looks complicated but it really isn't. Spend some time reading everything and you should be good to go. I'm impressed from using it 6 years ago to how it has improved. One word about connecting, if you need an US connection for banking, Tubi or whatever ... they are not always there, just at various times. You will figure all this out as you get familiar with the service. ...

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-20251018-e2f63f387-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20251018-e2f63f387-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: No issue - Improve compiler compatibility. (ac993f4f) (88149f721) - import from UXP: Issue #2855 - Fix rule node tracking for NAC (cc331e8e) (1b577a8b4) - import from UXP: [devtools] Remove newline kludge from "Copy as cURL" on Windows (4abf0b3f) (1c307b192) - import from `custom` branch of UXP: caps: follow-up of rev b7098813 - enlarge CSP's RefCnt value limit to prevent crashing in multiple process mode. (9ad9a889) (e2f63f387)

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

it hits a "MOZ_CRASH(IPC FatalError in the parent process!)" intended crash with message "IPDL error [PContentParent]: Error deserializing 'Principal'". maybe the RefCnt knock out value is too low, tried to enlarge it a bit: https://github.com/roytam1/UXP/commit/9ad9a88955775ce04f7bd070e09ddc31c7868a3f

There is a new release available. The Win7 builds should now work again on Vista. They are now built with PyInstaller 6.16.0 (Vista compatible) . I forked 3dyd/pyinstaller-builds and changed the workflow file (trial and error...). https://github.com/nicolaasjan/pyinstaller-builds/releases

I'm sorry. I have no idea... ... At least I got this figured out, as it was seriously bugging me ; the "what" is hidden inside a changelog: https://github.com/adang1345/PythonVista/blob/master/CHANGELOG.md Your v2025.09.23.052315 yt-dlp_x86_win7.exe binary has been compiled with a flavour of 3.13.7 which, at that time, supported only Win7+ ; Vista support for 3.13.7 came on Sep 25th, 2 days after v2025.09.23.052315 was built, but in time for the v2025.09.27.071342 to be built with a Vista-enabled 3.13.7 interpreter (this assumes you manually updated to the Vista-compat flavour of 3.13.7) ... What is still unclear to me is: a) were both versions built on the same OS (Win7 SP1 ?) ? b) were both versions packaged with "official" PyInstaller-6.16.0 ? v2025.09.27.071342: [debug] yt-dlp version nicolaasjan/yt-dlp@2025.09.27.071342 (win7_x86_exe*) [debug] Python 3.13.7 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.16 11 Feb 2025) and v2025.10.05.061237 [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.05.061237 (win7_x86_exe*) [debug] Python 3.13.7 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.16 11 Feb 2025) have been both compiled on a 64-bit OS, with the 32-bit build of Vista-compatible 3.13.7; why, then, is the next v2025.10.13.80600, built on a Vista-compatible 3.14.0, broken on actual Vista SP2 32-bit? I have a hunch, based on adang1345's notes: https://github.com/adang1345/PythonVista/blob/master/README.md So, the same 3.14.0 CPython will behave differently when run on a Win7 machine to when run on a Vista machine; likewise for the PyInstaller-packaged resultant yt-dlp_x86_win7.exe binaries; but this theory doesn't explain builds v2025.09.27.071342+v2025.10.05.061237 (which run OK on Vista), unless they were also compiled on a Vista SP2 64-bit VM ... FWIW, adang1345 has made a new release of 3.13.9 less than an hour ago, https://github.com/adang1345/PythonVista/tree/master/3.13.9 and issued a re-release of 3.14.0 along with the above: https://github.com/adang1345/PythonVista/tree/master/3.14.0 His changelog only mentions the addition of 3.13.9, though ... This one launches OK: [debug] yt-dlp version local@2025.10.13 [eafedc218] (win_x86_exe) [debug] Python 3.14.0 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.18 30 Sep 2025) Was a Vista SP2 64-bit VM used in this case? And which PyInst version? This one launches fine : yt-dlp_x86_win7.exe -v [debug] Command-line config: ['-v'] [debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out utf-8 (No VT), error utf-8 (No VT), screen utf-8 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.13.080600 (win7_x86_exe*) [debug] Python 3.14.0 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.18 30 Sep 2025) [debug] exe versions: none [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.10.05, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1834 extractors Usage: yt-dlp_x86_win7.exe [OPTIONS] URL [URL...] yt-dlp_x86_win7.exe: error: You must provide at least one URL. Type yt-dlp --help to see a list of all options. Less puzzled now , but still with unanswered questions ... Time to call it a night, regards...

It does. Thank you! I can confirm, the binary works on Win11 Pro (on my brand new Framework Desktop).

Updated yt-dlp_Py3.14.0_x86_Vista. (with IOS patch ) @Reino; Please test if this still suits your needs.

UWP Metro cr-apps are a bastardization of computing, so that's a feature, not a bug.

Yes I have used Windscribe service for six years now. I went a few months with their 10 GB monthly free plan and paid for a year Christmas special and then a 3 year Black Friday special twice. A paid service is better but I still have over a year of time left on the plan and I am not paying for another service. The 'free service' will be OK in my situation. I went to the VPNBook web site and will check that out more. It might be better. I like the one that I mentioned earlier. My Win 7 notebook still works with the paid service. My time with Win XP is slowly coming to an end anyway. I had four Win XP notebooks in 2010 and now I only have one left ... the best of the four which I rarely used till the last few months. When my paid subscription finally runs out next year, I will just use 'free' service. I have heard from customer service several times but I am not able to connect. They sent this info ... not sure what the 'extension tunnel' is ... might not be for my situation. ..................................................................................................... Our browser extension tunnels your browser traffic, not your entire device. That means your Chrome (or Firefox, Edge, whatever) traffic goes through Windscribe’s servers, while your other apps (Steam, Netflix app, etc.) use your normal internet. But it’s not just a mini VPN - it’s loaded with cool features, like: Ad & tracker blocking (because ads are the fungus of the internet). WebRTC Slayer - prevents your real IP from leaking. Time Warp, Location Warp & Language Warp - fakes your timezone, GPS and language to match your connected location. Cookie Monster & Split Personality - nukes cookies and rotates your browser’s fingerprint so trackers lose you faster than your last ex. It pairs beautifully with the desktop app for Double Hop, where traffic goes through two separate Windscribe locations for extra privacy. You can read more about the extension here on our website. (Scroll down until you see it) You can also get the extension from here: Chrome - https://chrome.google.com/webstore/detail/windscribe-free-proxy-and/hnmpcagpplmpfojmgmnngilcnanddlhb Firefox - https://addons.mozilla.org/en-US/firefox/addon/windscribe/ Edge - https://microsoftedge.microsoft.com/addons/detail/windscribe-free-proxy-a/dkkdbpgldnmkhcliffjpajcfdjkcaddf For windows XP, you can probably get our old MV2 version browser extension to work. But this is not guaranteed. ...................................................................................... Maybe some others need a 'free VPN service also so they have this information now. Monroe ...

@Monroe For simple things ,where a no logging policy does not be of any interest, free VPN services may be used. BTW, VPNBook is another one. However, I personally prefer paid VPN services. Luckily, I own several lifetime licenses which have been working for years. Even though not all their servers can be used under Windows XP due to modern protocols, my VPN providers still offer older connection protocols on some servers as I prefer the L2TP/IPSec or in second place the PPTP protocol under Windows XP. Unfortunately, OpenVPN puts too much strain on my system.

Well, both these missing DLLs are referred to as "dependencies" of wrapper DLL "kernelxp.dll"; but @cmalex has never provided them in his custom, XP-targeting, CPython assemblies, e.g. https://mega.nz/folder/jst2WJ5B#sknEpEBamwPomx8UULWuMA/file/igNWhbCb so he should know better ; in fact, I have tracked those wrapper DLLs (kernelxp.dll, ntext.dll, psapi.dll, ws2_xx.dll) inside below folder: https://mega.nz/folder/KxExlAiC#L9rAQ5kTCtlHgZUwaxMpgw/folder/Os1DmLgL and the accompanying README simply states: In any case, PyInstaller just issues WARNINGs, no fatal errors, and the resultant packages function as expected; so, these warnings can be regarded as "red herrings" and can be safely ignored; just my 2c ...

And if it were me, I would use the OLDEST XP driver-only that I could find. Yes, the OLDEST. Or at the very least, go by FILE SIZE and use the SMALLEST.

Use the RIGHT version if you need minimal functionality, pure 2D drivers have 348K :) https://github.com/JHRobotics/vmdisp9x/releases/tag/v1.2025.0.119

No, both yt-dlp_x86_win7.exe versions were built on Windows 10 64bit with 32bit Python. yt-dlp_win7.exe (and zipped) versions are built on Windows 7 64bit with 64bit Python. I think so. 🤔 Yes. And it was built with 3dyd's PyInstaller 6.15.0.

Intel finally released an official 24H2 compatible graphics drivers for 7th-10th Gen processors (it should also work on 25H2) https://www.intel.com/content/www/us/en/download/776137/intel-7th-10th-gen-processor-graphics-windows.html?wapkw=driver

So, I revisited this machine (with a fresh install) and WDMEX is needed to get the audio working. Once the driver is established as functional, it seems I can disable WDMEX. If I swap the driver out, and then back again, WDMEX is once again needed to initiate functionality.

@roytam1 In Serpent v52.9.0 (2025-10-08) (32-bit) commit caps: hack - check mCSP RefCount to avoid circular calls causes a crash in xul.dll, and after that in mozglue.dll in multi-process mode. Link to check: https://2captcha.com/demo/cloudflare-turnstile-challenge. Crashes also happen on some other sites when e10s is enabled (browser.tabs.remote.force-enable;true). There is no problem in single-process mode. If you disable CSP (security.csp.enable;false), the problem is not observed in multi-process mode either.

Can you test this Win7 build: yt-dlp_x86_win7.7z ? Built with adang1345's Py3.14 with custom PyInstaller 6.15 on Windows 10.

; and as I had suspected, just the "yt-dlp.exe" file was enough ; and if you 1. delete the 4 wrapper DLLs targeting XP (kernelxp.dll, ntext.dll, psapi.dll, ws2_xx.dll) 2. substitute files python311.dll, _overlapped.pyd, _socket.pyd with their Vista counterparts (thanks, cmalex ), you can even run the "onedir" distribution under Vista SP2 32-bit: yt-dlp -v [debug] Command-line config: ['--ffmpeg-location', '<redacted>\\FFmpeg', '--downloader-args', 'ffmpeg:-v 8 -stats', '-v'] [debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out utf-8 (No VT), error utf-8 (No VT), screen utf-8 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.13.080600 (win_x86_dir) [debug] Python 3.11.4 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.5.2 5 Aug 2025) [debug] exe versions: ffmpeg n8.1-dev-630-N-121254-g635cb45 (setts), ffprobe n8.1-dev-630-N-121254-g635cb45 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.10.05, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1834 extractors Usage: yt-dlp_x86 [OPTIONS] URL [URL...] yt-dlp_x86: error: You must provide at least one URL. Type yt-dlp --help to see a list of all options. Best wishes ...

I'll send the whole zip file.

I think that must be because I built directly after the standalone one, i.e. without deleting the build directory and start over. After I built the `onedir` version today from a fresh source directory, I got: [debug] Command-line config: ['-v'] [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out cp1252 (No VT), error cp1252 (No VT), screen cp1252 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.13.080600 (win_x86_dir) [debug] Python 3.11.4 (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.5.2 5 Aug 2025) [debug] exe versions: ffmpeg N-121254-g635cb4543f (fdk,setts), ffprobe N-121254-g635cb4543f, phantomjs 1.9.8 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.10.05, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1834 extractors

I would suggest doPDF. All of your XP apps "see it" as a 'printer' but what it does instead is create PDF files instead of actual printouts. You put those on your USB and then do an actual printout from whatever that far-more-modern-printer is connected to.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20251011-3219d2d-uxp-b709881389-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20251011-3219d2d-uxp-b709881389-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-20251011-3219d2d-uxp-b709881389-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-20251011-d849524bd-uxp-b709881389-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251011-d849524bd-uxp-b709881389-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251011-d849524bd-uxp-b709881389-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251011-d849524bd-uxp-b709881389-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251011-d849524bd-uxp-b709881389-w7plus-avx2.7z No official UXP changes picked since my last build. 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: - mailnews: fix OAuth2Providers path (16dc4c9168) - Add support for HTMLSlotElement.assignedElements() (#2) (169c949e49) - Merge pull request #37 from ClassicNick/Merge-20251005 (f24e68da7b) - style: color-mix: when either color resolves to NS_COLOR_CURRENTCOLOR, it will cause color value reevaluation and cause stack overflow. hack it to use parent color instead. (702d61e68e) - caps: hack - check `mCSP` RefCount to avoid circular calls (b709881389) 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.

98, SE, and ME do have VirtualAllocEx, only 95 doesn't. Use ImportPatcher or Dependency Walker to find all missing functions. If there are only a few, I can write a wrapper.

In win98se, if you enable fast shutdown (change the data of the registry value FastReboot in HKEY_LOCAL_MACHINE\SYSTEM\currentControlSet\Control\Shutdown to 1, or uncheck Disable Fast Shutdown in msconfig advanced options), your pc will restart when you turn if off normally. M$ released a patch called Windows 98 SE Shutdown Supplement to fix this bug. But in fact, this patch doesn't fix the bug, only updates some drivers related to battery and power management, and hides the Disable Fast Shutdown option in msconfig by replacing msconfig to a newer version. if you set the above registry value data to 1 after installing this patch, you will find that Windows still restarts when you turn off your pc. In my observation, the reason why this bug still exists when this patch is installed is that the fast shutdown bug is in the file reboot.vxd, which is integrated to vmm32.vxd when the first time win9x starts during Setup. And none of the win9x updates (including security updates, non-security updates, and hotfixes) update this file until their eol. So just replace 98se's reboot.vxd with the one in 98fe rtm, the fast shutdown bug in 98se is fixed. Additionally, the first updated reboot.vxd (version number > 4.10.1998) is in the build 2150 (98se beta2). from this version of reboot.vxd, the fast shutdown bug introduced. the version number of this file in the previous builds of 98se beta is 4.10.1998, actually it's the same file as the one in 98fe rtm.

Chinese installers are great! Aren't they?

Thanks for your quick reply! I do not focus. on process count only. I do focus on RAM usage. Each new opened tab consumes nearly 100 MB. Currently I have three different tabs and only one extension in 360 Chrome and a RAM usage of 93 + 90 + 110 + 113 + 90 = 496 [MB]. Each more tab means nearly 100MB more. Sorry, too much. In Mypal 68 I have three different tabs and two extension consuming only 400 MB. Therefore 20 percent less RAM usage. It makes definitely a difference running a browser in multi process or single process mode.

Correct! For me too! I tried it and RAM usage was worse. In Chrome there is no single process mode anymore. It existed in Chromium (--single-process) but due to the fact that I avoided Chrome browsers in the past I don't know if it is still supported. 360Chrome version 11 crashes with the launch parameter --single-process. Therefore 360Chrome browser and, after a short research, presumeably all Chrome browsers do not have a single process mode anymore. I agree if Mypal 68 is running in multi process mode. But Mypal 68 can be used in a single process mode using these about:config settings: browser.tabs.remote.autostart false dom.ipc.processCount 1 In this mode you'll have only one instance of mypal.exe with less RAM consumption. Starting Mypal 68 with these settings in my system leads to a RAM usage of less than 300 MB. What do you think about launch parameter --process-per-site in 360Chrome? On some web sites this parameter is recommended to reduce RAM consumption. I rather doubt that. Cheers, AstroSkipper

Hi @NotHereToPlayGames, at first my compliment for your hard work here! You made it possible to have a more recent Chrome browser in Windows XP without annoying Chinese language strings. Thanks for that! Now I have a question relating to the RAM consumption of your 360Chrome editions. I use Windows XP on a very old computer with only 1.5 GB RAM. Is there an option to reduce RAM consumption significantly? Maybe a kind of single process mode as in Mypal 68? AFAIK people are advised to use 360Chrome version 11 on older systems. I tried your 360Chrome version 11 and 13.5, but in both cases the RAM consumption is very high starting the browser with an empty tab only. Any recommendations? Cheers, AstroSkipper

Thanks for your complement! But to get manually rid of an addon (remove function doesn't work properly, indeed), the file extensions.json is the most important. The other files prefs.js, extension-preferences.json and extension-settings.json contain only preferences and settings, and do not harm i.e. can be left there. Cleaning these files isn't necessary, and for a lot of people it is simply too complicated, I think. In folder storage\default\moz-extension+++* the symbol * is a string of numbers and letters until ^userContextId=. For example ee6c8d43-8548-44cf-8b7a-f045e5a7edd9 is relating to adblockultimate@adblockultimate.net. Where do I get this information from? Simply open site about:config and search for this string! In Preference Name extensions.webextensions.uuids you'll find the answer. Cheers, AstroSkipper

Here is a tip how to get completely rid of an installed addon in Mypal 68: 1. You have to find out the extension ID of that addon. Click Help -> Troubleshooting Information. In section Extensions you can copy the related ID. 2. Under Tools -> Add-ons remove the problematic addon. 3. Close browser. 4. Go to your profile folder and open the file extensions.json in a good editor like Notepad++ which supports highlighting of brackets. 5. Search for the extension ID and delete its complete string from {"id": to "location":"app-profile"} curly brackets inclusive. Each extension begins and ends with these curly brackets. Between two different extensions may be only one comma. 6. Now delete in subfolder extensions related xpi file and its staged folder if existent. 7. Now start your browser, open Add-ons and you'll see the problematic addon has gone completely. Kind regards, AstroSkipper

In my computer is only a SSE2 cpu working. uBlock Origins fails to install as reported above. I quoted @feodor2's comment to issue #9. In case of uBlock presumeably only people using older computers like me are affected. Generally I think it's an early state of development and addon support is still immature at the moment.

It has already been reported that uBlock Origin doesn't work in Mypal 68 at the moment. I tried several versions and couldn't install any of them too. But I found an interesting alternative adblocker working in Mypal 68. It's AdBlocker Ultimate and works without any problems. I'm fine with that. Here is a link: https://addons.mozilla.org/de/firefox/addon/adblocker-ultimate/ . You can use the latest version 3.7.16. And @feodor2, my compliment for your great work! I am really impressed by the performance on heavy loading web sites in this early state of development. Kind regards, AstroSkipper

Hi @roytam1, good news for you! Using a clean profile, no problems in accesing web site https://sourceforge.net/projects/otter-browser/files/ Furthermore I tried again updating my installation to the latest version. Using my old profile and deleting all sourceforge related cookies, no more crashes. The problematic web site can be accessed without any problems. Therefore thanks for your quick reply and next time I'll try usimg a clean profile first. But such errors are a bit strange in any cases. Cheers, AstroSkipper

Very strange! Never had such problems. My environment is a real installation (no VM) of Windows XP Professional + all POSReady updates. It's a very old computer with a Pentium 4 CPU 32Bit in perfect condition and without any errors or problems. As mentioned before your previous versions never had any problems accessing this web site. For me it was the first time your browser crashed. And I could reproduce this crash. Anyway, I will try using a clean profile for testing purpose.