All Activity

Elusive Samurai https://en.wikipedia.org/wiki/The_Elusive_Samurai

Sweet! I hadn't even noticed that Thorium may be our first post-360Chrome-v86 for XP that is UNGOOGLED. Will definitely try it out this evening or so.

Euler

I never did try to convert this portion of a system. If it happened to me, I would probably clone the disk, then attempt a repair install.

Has anyone tried using the chrome://flags/#ungoogled-thorium flag? If so, are there any downsides to it?

Logarithm

Thank you, that has fixed it completely!

You seem to have a Conexant codec, sadly no complete datasheet available. According to your HDAICIN.TXT you used a wrong version of HDAICOUT.HDA, verbs are all starting with '$2'. Your HDACFG.INI tells us that 'CODEC Index=$0' so all verbs should start with '$0'. In Linux-sources I found on T420 External Amplifier Power Down (EAPD) can be a problem, so you can try following HDAICOUT.HDA: HDAICOUT (EAPD enabled & CODEC Index 0 in HDACFG.INI).ZIP If you hear still nothing, you can also try setting 'pcipatchB=$7900' (without quotes) in your HDACFG.INI - see: https://msfn.org/board/topic/178295-audio-driver-for-realtek-hd-audio-hardware-testing-thread/?do=findComment&comment=1242464

The message comes from Gitea. The workaround for the problem (missing SubmitEvent) is supposedly implemented, that's why there's a warning. Although the question is whether the discussed failure is related or not. Hm, Moonchild crew migrated from GitHub because it (the web interface) didn't support their browser (maybe there were other reasons too), now they use Gitea to host their source code repo which also expects stuff missing from their browser.

Elusive Farts

If we are to assume win32 still reads Supermium topic, probably better to post there, in Supermium topic, who knows maybe he will fix it, then. I already linked to a possible fix. https://msfn.org/board/topic/185045-supermium/?do=findComment&comment=1264207

Thanks for replying! I injected the Event.submitter polyfill code into the Codeberg website in New Moon 28. Unfortunately, it doesn't solve the issue.

Thank you very much! I already tried different preferences. Also switching both preferences, extensions.webextensions.remote and extensions.webextensions.protocol.remote, together to the value false. But this didn't work. In contrast, as suggested by you, setting only the preference extensions.webextensions.remote to false seems to do the trick. Of course, I have to observe this for a while to be sure all is good now but at the moment, it is definitely working. So, many thanks again! BTW, does switching this preference to false have any disadvantages or negative side-effects?

it has never turned back up again in my case. of course, I have blocked updates and zerobyted "softwaredistribution"'s as well. Am I losing sight of anything? if I am, pls do tell me. of course, if your "good" way in the post above entails that, in addition to losing windefender. with my bad ways I have also lost other useful services, pls do tell me which ones, so that everybody, including me, knows whether to consider such losses or not in relation to their own needs.

Don't think there is a good way to remove defender. But WinNTSetup's tweak should completely disable it. This can be reversed later, it needed.

This may be worth a try (unable to try here at work) -- https://gist.github.com/nuxodin/3ae174f2a6a112df3ccad22459237a91 https://caniuse.com/mdn-api_submitevent_submitter

AstroSkipper, try to switch extensions.webextensions.remote - false

yes there is, and it is what alacrán and jfx would probably call "brute force", a deletion of both files from the disk and keys from the registry. just delete all occurrences.

@roytam1 When trying to upload a file to my account on codeberg.org in New Moon 28, it is impossible to access the items in the menu "Add File". These items are not clickable and therefore inaccessible. The mouse pointer can't capture the menu items but only those which are located underneath.. Do you have an account there? Any ideas? Here is a screenshot of this issue: And this is the output of the Web Console on my Codeberg website: This browser doesn't have "SubmitEvent" support, use a tricky method to polyfill index.js:20:188978 So, it seems to be "polyfillable". Any clue about "SubmitEvent"? Greetings, AstroSkipper

Old Farts

Old Photographs

Weld

Thanks for replying! Unfortunately, I don't understand what you wanted to say or ask. I never used Adguard with multi-process mode in Mypal 68 but only uBlock Origin. That would be great.

Of course, we are only speculating here. Unfortunately, I have not yet been able to discover any error message or anything that would be helpful in investigating the cause of this issue. I wouldn't even have noticed this error, as I was actually only running Mypal 68 in single-process mode. I tried the multi-process mode just to see if it works well on my old computer and noticed that Codeberg.org runs stable in this mode. As already described, Codeberg.org stupidly leads to crashes in single-process mode.And it was @feodor2 last year who told me in his issues on GitHub that Mypal 68 produces less errors in multi-process mode than in single-process mode and would be therefore the more stable mode. So, I wanted to give this mode a try.

@Cixert Perhaps by running Syprep with Mini Setup option enable on your XP installation: https://www.petenetlive.com/KB/Article/0000599 https://toolscenter.lenovofiles.com/help/index.jsp?topic=%2Fdpsccm%2Fdpsccm_t_running_sysprep_w2003.html Reseal the computer with the option. Just restart the computer at the end of the process. That will launch the Mini Setup and if your computer is ACPI compatible, the setup will switch from a standard PC to ACPI. A good advice: do a disk image of the computer before, just in the case... Regards