Leaderboard
The search index is currently processing. Leaderboard results may not be complete.
Popular Content
Showing content with the highest reputation on 05/29/2026 in all areas
-
MSFN and its lack of search results in Google, Bing, and all search engines depending on them As I had already reported in two other threads, starting from here: https://msfn.org/board/topic/185966-my-browser-builds-part-5/page/192/#findComment-1287545 and from here: https://msfn.org/board/topic/187750-sometimes-redirecting-to-spamgamble-site-when-accessing-msfnorgboard/page/8/#findComment-1287566 MSFN has been de-indexed and its search results removed from Google, Bing, and all other search engines which depend on them, as, for example, DuckDuckGo, Startpage, Ecosia, Qwant, eTools.ch, yahoo!, and so on. I call them Google's and Bing's slave machines. I am @AstroSkipper and located in Germany, and here are some screenshots to show you what I mean: No relevant search results regarding MSFN. All that means MSFN is now stuck in the digital gulag starting with Google's Core Updates on 21 May 2026. And here a screenshot from Google Search with the search term "msfn.org": Here you can clearly see that Google considers MSFN a spammer as sites with domain msfn.org are shown in Thai or Siamese language. Now, my question to all members of MSFN: Are you also affected? Please post screenshots of search results with the search term "MSFN Windows XP" for exact comparison! Or alternatively, state in a clear sentence which country you are from and whether you are affected or not! And here are screenshots of the last two major search engines, Brave and Mojeek, which show correct results without the foreign Thai language to indicate spammer sites: We need information from all countries to see if there is a real problem and to report it then to the site owner/administrator @xper and supervisor @Tripredacus. And one thing is crystal clear: Nihil semper ad nihilum! Cheers, AstroSkipper1 point
-
New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260530-3219d2d-uxp-3c23f8ee4e-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260530-3219d2d-uxp-3c23f8ee4e-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-20260530-3219d2d-uxp-3c23f8ee4e-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-20260530-d849524bd-uxp-3c23f8ee4e-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260530-d849524bd-uxp-3c23f8ee4e-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260530-d849524bd-uxp-3c23f8ee4e-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260530-d849524bd-uxp-3c23f8ee4e-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260530-d849524bd-uxp-3c23f8ee4e-w7plus-avx2.7z Official UXP changes picked since my last build: - Re-land: Fix devtools on 32-bit big endian platforms (0915736715) - Issue #3053 - Implement CSSStyleSheet constructor (f5a84f4ad2) - [js] Use size_t when inflating UTF8 (7bbdccd376) - [NSS] Fix instances of softoken attributes freed after owning object. (300dd371b2) - [NSS] Handle SEC_ASN1_NULL in sec_asn1e_contents_length. (9179441f96) - [libjar] Check Jar entry names for nulls. (aadb6beb07) - [NSS] Align PKCS7 digest array with digestAlgorithms. (089170ae83) - [NSS] NSS_CMSContentInfo_SetContent: only modify cinfo if everything succeeds. (7167a8fabc) - [NSS] Initialize src in SEC_PKCS5GetIV (07201fa1ae) - [NSS] Avoid integer overflow when converting AVA value to hex string. (6511833580) - Bug 2029771 - Heap use-after-free in [@ token_destructor] reading tok->pk11slot after nssToken_Destroy frees the token arena. (57bef0265c) - Bug 2029782 - fix 8-byte over-read of AES-192 key buffer in x86 builds without USE_HW_AES. (92b3f6dd67) - [netwerk] nsRequestObserverProxy ref cleanup. (bb2275d400) - [netwerk] Make nsSocketTransport2::mConnectionFlags atomic. (bb85939429) - Bug 2036905: Fix UDPSocketParent::ConnectInternal data race on mSocket. (8d4079866b) - [netwerk] Make socket transport hold a reference to TLSServerConnectionInfo. (349f46bbb2) - Bug 2027381 - improve error handling in SECITEM_DupArray with non-null arena. (b3f801743b) - [NSS] Fix maxSize calculation in NSSUTIL_AddNSSFlagToModuleSpec. (c36357a954) - Revert "Issue #3092 - Perform a minor GC on tab close" (3ae3595f6a) - Revert "Issue #3092 - Initial idle GC implementation" (860d4457ae) - Revert "Issue #3092 - Implement parallel sweeping and compaction tasks" (52ce9ebea5) - Revert "Issue #3092 - Implement BackgroundFinalizeTask for parallel garbage collection finalization" (ac0510f380) - Revert "Issue #3092 - Add new GC sweep tasks." (e95b229db8) - Revert "Issue #3092 - Refactor WASM compilation handling" (d582d12ad8) - Revert "Issue #3092 - Safely parallelize GC background finalization" (c144b4f403) - [NSS] Fix use of uninitialized length after failed PK11_SignWithMechanism/SymKey. (2a26d9508b) - Bug 2029818 - avoid refcount over-release in CERT_CertChainFromCert error path. (62d731d2c2) - [DOM] Check values in audio resampling. (244c614a47) - [layout] Hide accessible carets when needed. (4bf236902c) - [libvorbis] Allocate memory with _ogg_malloc (e9c3451d54) - No issue - Remove ISO-2022-JP from menu, overridability and detector. (c690e26c67) - [gfx/layout] Simplify textruns (b611d80223) - Bug 1784128 - Assert count passed to PR_Read/PR_Write in nsFileStreamBase fits INT32_MAX. (f83e05cf23) - [DOM] Hold a strong ref to VoiceData in nsSynthVoiceRegistry::RemoveVoice. (2f73a3004b) - [media] ffvpx patch: Fix leak in flac decoder in case of alloc failure. (9afa7a80cc) - [DOM] Stop speech synthesis if the originating document is closed. (f041eb0607) 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.1 point
-
I am affected "now". As of just a few days ago. But prior to that, no effect here. So it's possible (strictly theoretically) that this "issue" that was gradually rolled out to all, will also gradually "un-roll". But only AFTER the owner "takes action". Google isn't going to do it "for him".1 point
-
@Dave-H wanted to have a new topic on that matter as our posts didn't match the topic where we posted first. And your feedback isn't what I asked for, so it's unfortunately useless. But since you delete your posted images anyways, it would be enough if you stated whether you are affected or not.1 point
-
@Dietmar Yeeeeeeeeeeeaaaaaaaaaaaa! I patched hal.dll to fix reboot WinXP 64-bit booted on UEFI mode 0x106BB: 7F 0F > 74 24 0x106E1: CC CC CC CC CC CC CC CC CC > B0 06 66 BA F9 0C EE EB FE Tested problematic PC's: Gemini Lake (Dell Wyse 5070), Valleyview SoC (Asus J1800I-C). Now WinXP reboot properly under pure UEFI The patch should work on 95% of PCs, especially Intel ones. @Dietmar Please test reboot on yours Dell Wyse and report. Test also my kdcom.dll patch for WinDbg1 point
-
@Dietmar I found how fix original 64-bit kdcom.dll 5.2.3790.1830 - just change 3 bytes: offset 0xE0F: FF 50 78 > 48 31 C0 and recalculate checksum using my setcsum.exe The patch ignores the ACPI DBGP table which prevents the debugger from being redirected to the raw, uninitialized MMIO address of the LPSS UART controller. Thanks to this, the UART controller on the LPC (ISA Bridge) is used and possible debug WinXP 64-bit over COM1 in WinDbg I f..k KDNET https://www.mediafire.com/file/jge7rouoczix8eh/kdcom_DBGP_patch.zip/file Now I can test your WLAN 9560 driver professionally1 point
-
Update to Chromium 150.0.7863.0 changes and improvements: (#79) Use a simpler way to support MV2. (thanks to @bershanskiy)1 point
-
You mean why is it better than Supermium? For me, it seems to bench better (in XP), and seems to drop fewer frames in YT. "Seems" because haven't tested extensively + not sure if anyone other than myself experiences Supermium in XP dropping frames. BTW, win32 knows the author [or maybe just his work] & refers people to him: https://github.com/win32ss/supermium/issues/1183#issuecomment-2688498965 Not endorsing the browser, but am using it with XP & not seeing any drawbacks (other than it's not the devil we know).1 point
-
Maybe, but it doesn't matter! Without automatic activation and deactivation of IE LAN Settings, it's no solution at all. That's the problem.1 point
-
You didn't say ProxHTTPSProxy.bat but ProxHTTPSProxy.exe. And both programs start the proxy but without automatic activation and deactivation of its setting. That's not the way. No solution! And my original starter program does not work on boot without a delay. But now, the version 3.2.0.0 of StartProxy.exe does its job properly.1 point
-
I prefer to call up executables rather than batches.1 point
-
What my starter program StartProxy.exe does has a direct impact on ProxHTTPSProxy.exe. Complicated? And ProxHTTPSProxy.exe can't be modified in regards to its code. It is a compiled executable. And ProxHTTPSProxy.bat has the same problem as ProxHTTPSProxy.exe.1 point
-
Don't be puzzled! My starter program calls up ProxHTTPSProxy.exe and this file has a problem, too. My program had to be modified to get ProxHTTPSProxy.exe working. Can you follow?1 point
-
I will have a look in my other new files if there is code which doesn't work with paths containing spaces.1 point
-
Very good! Thanks a lot @mina7601! That's what I meant.1 point
-
Spoken for me only, I use mainly the popmenu to control the proxy. But clicking and hotkeys, too! Just as it happens!1 point