Leaderboard

Searching engines are a disaster now, yes. I will give Brave and Mojeek a run and see. This has nothing to do with legacy, and definitely with oligopolistic (duopolistic, actually) behavior. Next step: charging you for prime search services. PS: disappointed on e-tools.ch. It used to be my engine of choice for 2-3 years, now it only works if you go to preferences and manually set base to important... A pain in the neck.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260606-3219d2d-uxp-bfaade4306-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260606-3219d2d-uxp-bfaade4306-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-20260606-3219d2d-uxp-bfaade4306-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-20260606-d849524bd-uxp-bfaade4306-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260606-d849524bd-uxp-bfaade4306-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260606-d849524bd-uxp-bfaade4306-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260606-d849524bd-uxp-bfaade4306-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260606-d849524bd-uxp-bfaade4306-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #3109 - Clamp border-radius value to CSS' internal length clamp value (d47606ce8f) - Issue #2964 - Part 1: CSS Override for `uppercase` and `capitalize` (dff842a949) - Issue #2964 - Part 2a: Correctly Detect End of Buffer in `ToUpperCaseImpl` (7a933598d7) - Issue #2964 - Part 2b: Improve `ToUpperCaseLength` (b2f6fded36) - Issue #2964 - Part 3: JS Override for `ToUpperCase` (5dc2f08e29) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes since my last build: - Revert "Revert "Implement FinalizationRegistry" and related commits." (1e38b5ec94) - mozapps/handling: fix application icon handling by reboot12@msfn (811b13e76c) - Revert "Revert "Revert "Implement FinalizationRegistry" and related commits."" (bfaade4306) 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.

Would you please stop with that. You have absolutely no clue what I’m dealing with personally and privately, which is why I don't have time to constantly check the server. MSFN is a one-man show. And how do you know I won't say thanks? On top of that, I’ve wanted to shut MSFN down several times over the last few months because of this situation. So back off. Stick to software, hardware discussion or go find another forum. I don't care. Just be careful. Have a nice night or day or whatever.

Yessssssssssssaaaaaaaaaaaaaahhhh after about next 500h of work and about 1000 not working drivers, I get the driver for the Wlan 9560 on the gemini chipset with j4105 cpu to run. It is a pure polling driver, based on OpenBSD 79. The step for to bring the firmware to alive=1 I managed only with Ubuntu. Crazy, 10 different rings for TX and RX and management data. Again I was one step away from to give up Dietmar

No, it isn't.

Strictly from MEMORY, as I did just look at Nov, Dec, and Jan "new members" just a couple days ago. I'm pretty sure that @Gregg was one of only FOUR real members out of EIGHTY TWO that joined in November. I say "real member" in the sense that they joined in November and actually had a NON-ZERO "post count". My guess is that @Gregg and three other real people kind of got caught in the crosshairs as all of the fake accounts started the same month that they happened to join. While a slight inconvenience, he is able to read the forum without being logged in and he'll have to re-register his account. A small price to pay, but things are all FIXED now and with only ONE (I'm guessing FOUR in total) that were slightly inconvenienced.

I don't mind a typo. I don't think @VistaLover owns a time machine either :

I don’t need to stroke my ego. I don’t need to do that, as I know exactly what I’m capable of. But it was simply a reminder of all the hard work I’ve put in since 21 May – work for which any expert would be paid, but which I’ve, of course, offered to the forum free of charge. Your comment is therefore inappropriate and unnecessary.

eagyspider webshell? I think you meant EasySpider webshell, didn't you? As I have never heard or read anything about eagyspider. EasySpider Malware: Type: Backdoor / SEO Spam Injector Infection class: Cross-Site Contamination (as it has been carried over from WordPress to the forum) Mechanism: Dynamic Cloaking & User-Agent Sniffing In any case, a form of "Cloaking" as I predicted here in this thread last Saturday https://msfn.org/board/topic/187801-msfn-and-its-lack-of-search-results-in-google-bing-and-all-search-engines-depending-on-them/page/3/#findComment-1287744 and finally last Sunday https://msfn.org/board/topic/187801-msfn-and-its-lack-of-search-results-in-google-bing-and-all-search-engines-depending-on-them/page/5/#findComment-1287780 So, good to see that you've found it. And that you have already started to delete some of these thousands of fake or sniffer accounts I mentioned here: https://msfn.org/board/topic/187801-msfn-and-its-lack-of-search-results-in-google-bing-and-all-search-engines-depending-on-them/page/8/#findComment-1287893 In any case, I'm glad this thread has served its purpose and that everything turned out well.

just missed, applied as https://github.com/roytam1/UXP/commit/811b13e76c

If @xper or @Tripredacus can bring themselves to take my comments seriously and investigate the MSFN server, they must do so very thoroughly, as the infection is more or less hidden or invisible. In IT security, this phenomenon is known as "cloaking" (making content visible only to search engines) or shadow injection. Here is an attempt at a factual, technical explanation of why this Thai content was invisible to visitors in their browser: 1. The phenomenon of "cloaking" (the user-agent switch) The malware that has infected the forum checks the user agent (the visitor’s identifier) every time a page is loaded: If you, as a normal user, visit the site using a browser, the server sees: “Ah, a normal person.” The script ignores you and delivers the completely clean, familiar MSFN forum. You don’t see a single spam post. When the Google bot (Googlebot/2.1) visits the page, the malicious script recognises the identifier and switches over. It injects the Thai keywords, casino text and spam links into the HTML code specifically for this one bot. As the Google bot sees this, it stores it in its index. As a user, you won’t notice a thing until you search for MSFN via Google and wonder about the hieroglyphics. 2. Exploiting the internal search function (URL injection) Many forum software packages have a vulnerability in the way they process search queries. Bots send millions of specially crafted search queries containing Thai terms to MSFN. The forum then dynamically generates a page with the title: "Results for the search: [Thai casino link]" . The bots copy this generated URL and link to it en masse on dubious external websites. When Google follows these links, the bot lands on MSFN on a Thai results page (which exists for it) that never appears in normal forum operation or in the sub-forums. 3. Hidden system files (database level) Often, the attackers do not embed themselves in the visible text area of the threads, but instead modify a deep-level system file (such as the .htaccess file on the server or a core file of the forum software). This file intercepts the data stream and adds the Thai code in the background – but only if the request comes from a search engine. Conclusion: There’s no need to worry: the forum on MSFN that people use and love every day is clean in terms of its content. The database of genuine threads remains unaffected. This is a purely technical "parasite infestation" running in the background, specifically optimised to deceive the Google bot and exploit MSFN’s reputation (domain authority) for illegal advertising purposes. As the administration doesn’t see this malicious code during normal forum operations, it usually only comes to light when Google’s hammer strikes mercilessly in the wake of a core update.

Can you let me know which Firemin version you have with XP 32bit?I e-mailed Rizonesoft,but don't know if they will respond. Thanks. Hello @ADMM! The latest and presumably last XP-compatible release of Firemin Portable, which I am using in my Windows Professional XP 32bit SP3 (fully POSReady updated), is of version number 6.3.1.5105. Let me know if you can't find it anymore! In this case, I could upload it for you. Cheers, AstroSkipper

Very funny! You have simply to replace them by the desired language in the Settings of PopMenu. No chance of more than one language, unfortunately! Unless, you provide several versions of the file PopMenu.ini in different languages. But, only one of them can be loaded at a time. The strings inside PopMenu.exe can't be replaced easily. The program is a compiled executable. My recommendation is to leave it all in the language English only as it already is. So that it remains consistent, of course! Cheers, AstroSkipper

Thanks for your confirmation! My last remaining beta tester concurs with the findings of the others. Very good! As I already said to @mina7601, the programming of ActivateProxy.exe was a bit more complicated. Anyway, glad it works for you, too!

Very funny! You have simply to replace them by the desired language in the Settings of PopMenu. No chance of more than one language, unfortunately! Unless, you provide several versions of the file PopMenu.ini in different languages. But, only one of them can be loaded at a time.

I really need reading glasses. I didn't read it correctly. Sorry! To clarify your assumption, @heinoganda's version doesn't need the manual setting of PATH variables and didn't have any setup. My package has a configuration utility which doesn't add PATH variables, either.

Thanks a lot for your confirmation and compliments! Glad it works for you, too!

Thanks for the confirmation! Frankly, the programming work of it was a bit tricky. Glad it works for you, too!