Leaderboard

Beyond that, don't just look at Task Manager "Processes" but also look at the "Services" tab. I forget if this is in Win7, but there is a "Open Services" link at the bottom of the Task Manager when you are in the "Services" tab. You probably have an "updater" running as a SERVICE that just needs disabled.

I'm pretty certain this "term" has been mentioned and explained numerous times over the course of time in "these" threads... When upstream (MCP) had to finally move away from the Tycho application platform (fork of Mozilla 38esr) Pale Moon 27 was built on, "they" first opted to rebase their platform on a Mozilla 53.0a1 (Nightly) code snapshot, with few bits here and there from 54.0 & 55.0; that "experimental" platform was given the codename "moebius" (aka UXP Take 1); the test browser application "they" built on top of it was baptised Basilisk; the original Basilisk was given an appVersion of 55.0.0 for purely "sensationalistic" reasons, as it had very little to do with Fx55, codewise... Roy's fork of that one was, of course, Serpent 55.0.0 ... After a while, "upstream" discovered (the hard way) that this experimental platform they called moebius was not good for their intent and purposes (i.e. build Pale Moon 28 on top of it), so they ditched it altogether and started from scratch on developing a second platform candidate, that one forked from Mozilla 52.6.0esr; the result of those efforts is UXP (Take 2), the test browser application built on top of it was, again, Basilisk (but this time its version had the "52.9.year.month.day" format) - Pale Moon (in its v28) was successfully migrated from Tycho to UXP, where it continues to build on now; MCP had said back then that it's impossible for them to rebase PM's platform to a Mozilla platform > 52.x.x, but who knows what the future will "dictate" ... When MCP moved away from MS's GitHub (because it stopped being compatible with the browser they were developing - and MS had no intention of keeping backwards compatibility with "legacy" browser engines ), MCP removed completely the moebius source code from there; but Roy had kept a fork of it, which he continued to sporadically maintain, with code fetched from other "upstream"; he would then post monthly builds of Serpent55/moebius... In more recent times (thanks to additional spare time due to pandemic lock-downs ), an effort was undertaken to bring the "old" moebius platform "closer" to the UXP platform currently developed by MCP and the release cycle has become weekly... I occasionally test St55, but I am a St52 "person" myself... St55 has slightly better Web Extension support (inherited from Fx53.0a1), slightly better Tab Containers support, probably (slightly) better e10s support and a better GUI for its standalone media player; all of these "features" are there on a "use-at-your-own-risk" state, because no-one maintains those aspects of St55 code... And its JS engine isn't 100% on par with UXP's, still... But whatever anyone prefers ...

Having used both at different times, I find there are some interesting differences between St55 and St52, including what you pointed out. In using St55, I've found it renders pages in a manner closer to the classic Firefox 52ESR (which makes it nostalgic for just that reason). I think of St55 as the answer to "what if Mozilla had never ended their support for 52ESR and just kept updating it over the years, periodically?" whereas St52 (and by extension UXP as a whole) represents the maximum potential for what 52ESR's code base could be pushed to achieve in terms of modern web rendering. It's amazing to see UXP still getting new features after all this time, and while there is still a lot of work to be done in terms of bringing it up to current standards, the fact that it is still so capable after so long and didn't become a totally stagnant project is a wonderful thing. It definitely gives me hope for the future.

@win32 Firefox 112 isn't working with March 9 extended kernel. Restarting Windows did not fix it. Please have a look at this. Thanks!

I can easily reproduce in my (latest) St52 (32-bit) copy here ; on ebay.de, crazy CPU consumption lessens somewhat if I "pause" the main/centre "carousel"; but commerzbank.de will fry both my CPU cores at a constant rate of 97-100% ; after a short while, the whole, single-process, browser becomes unresponsive and has to be killed via Task Manager (and upon relaunch, you are "greeted" with the "session restore" message, if you have that enabled...); their whole web design is dire BTW , endlessly-scrolling with embedded videos in between, typical of the web design of the era that mainly targets handheld mobile devices with vertical screens ...

Detected also that Clamscan (clamSentynnel/clamwin virus scanner) crashes. That's really strange cause it works even on Windows 98. The procedure entry point shell33.SHGetMalloc could not be located in the dynamic link library SHELL32.dll.

I use Firefox 112 on October 2022

"Children, behave! That's what they say when we're together." (80s reference) The images are blurred in 360Chrome AND in cutting-edge Edge until you click on the image to enlarge it. Then the image is perfectly fine - but again, you have to click on it first in order to enlarge it. Not uncommon for image hosting web sites. Perhaps msfntor is blocking "too much" with his beloved uBlock and therefore he inadvertently disabled the click-to-enlarge?

Fellas, wow ! This all could've been said in a couple of words . Just copy (periodically) your data from an old HDD to a new one. Solved ! I don't think @UCyborglives on a volcano or walking in magnetic storm parks in the evenings !

@mina7601Please don't accuse a respected member like @msfntor, it's not polite. How would he know that the images are just a link to a heavy scripted java website, in his ancient 360 Explorer web browser, which is almost 30 versions below the current ??? Without you telling him first?

For installing unsigned web extensions in Serpent 52 and 55 (moebius! ) they have first to be compatible with these browsers. Deleting any files from the folder META-INF of a xpi file does not do anything, and is therefore no solution. Furthermore, only setting the preference xpinstall.signatures.required to false, which is already the default setting in Serpent, is no solution, either. To install such an unsigned web extension permanently (there is no META-INF folder in its archive, or it has been removed) in Serpent, the file manifest.json has to be modified to assign a unique ID to this extension. For testing purpose, I did that in the case of the web extension save-as-ebook 1.4.2 loaded from https://github.com/alexadam/save-as-ebook/tree/master/web-extension which lacks of such an ID in its file manifest.json. After assigning a unique ID to it, I packed the complete extension into a zip file and renamed it to save-as-ebook-1.4.2.xpi. If done, it can be installed then as usual, works as it should and also survives the next browser restart. Without enabling add-on debugging which would only result in a temporary loading of the web extension anyway! As a unique ID, I chose user-save-as-ebook@email.com. Here is a screenshot as a proof: Cheers, AstroSkipper

True.

lol But the main thing is this, you can NOT compare DCBrowser to 360Chrome, plain and simple. Because you are comparing Chrome 75 to Chrome 86. We have all known this for years, that OLDER versions of Chrome are "faster" then NEWER versions of Chrome. It is WHY so many people prefer to use 360Chrome v11. But it becomes a balanceing act of FUNCTIONALITY. Sure, 360Chromve v11 is "faster" than 360Chrome v13.5, but it's also "faster" than DCBrowser (theoretically, I did not take the 123,456,789 milliseconds to test this theory). But v11 will not load any web site using what MSFN Members refer to as "Googleisms".

Advance Notice: there will be no UXP based builds tomorrow, but there will be a mozilla45tff release tomorrow.

After some time has passed and multiple launch attempts have been made, it does launch, but this is not acceptable either. I'm trying to find out why it crashes at first.

Solving BSODs 0xA5(..., ..., ..., ...): Windows XP/2003 supports only ACPI 1.0b syntax, last generation bioses uses ACPI 2.0+ To support ACPI 2.0 syntax need replace acpi.sys and apply additional patches to avoid known BSODs : - 0xA5 (0x03, ..., C0140001, ...) missing ACPI 2.0 syntax, 95% solved, solutions: 1) acpi.sys v.5048, sha1:a09c0d9f6b5cb63192e2cebada56db38d3870b29) from Vista Beta/Longhorn v.5048 Pro: - Has most of ACPI 2.0 syntax opcodes - All integers are 64-bit regarding ACPI 2.0 specification Cons: - beta, compiled for next generation of windows - failed implementation of some internal data types, _ValidateArgTypes generates BSOD 0xA5(0x03, xxx, C0140008, yyy) Patches: - Add pointer to _atDataObj struct for QWord Opcode (_OpcodeTable start at .data:00039848, _atDataObj struct at .data:000397A8, missing pointer at .data:00039880, dont forget add additional relocs) 2) acpi.sys v.6666 based on original Windows XP SP3 v.5512 with integrated acpi 2.0 syntax support Pro: - based on original v.5512, match binary/offsets Cons: - All integers are still 32-bit, any operations on 64-bit fields/variables will drop high part of QuadWord 3) acpi.sys compiled from leaked "XP SP1+W2003 RTM" sources Pro: - allow compile x64 build based on W2003 sources Cons: - same as v.6666 - 0xA5 (0x11, 0x08, ..., ...) unknow error in _AMLILoadDDB, probably fail after parsing DSDT/SSDT table, solved Patch (by Diderius): - Ignore status of _AMLILoadDDB in _ACPIInitializeDDB (v5512 jl short .text:00036214 => nop, nop) - 0xA5(0x03, ..., C0140008, ...) DSDT code have operation with unexpected type of arguments, partially solved This BSOD probably means some argument has datatype, allowed only in ACPI 2.0 v6666 & v5048 support only argument datatypes allowed in ACPI 1.0b specification Patch: - _ValidateArgTypes must always return "OK", even on realy wrong types (mov edi, 0xC0140008=>mov edi, 0x00000000 at head of _ValidateArgTypes) - 0xA5 (0x10006, ..., ..., ...), missing _DIS method for "PNP0C0F"s (PCI Interrupt Link Devices) in DSDT/SSDT table Patch (by Daniel_k): - Skip looking for PNP0C0F in _DisableLinkNodesAsyncWorker, (v5512 call strstr, ..., jz .text:0001BBBD => jmp .text:0001BBBD ) Intel Motherboards specific issues: 1) ACPI BSOD 0xA5 (0x02, ..., ..., ...), error in ACPIRangeValidatePciResources, ACPI vs E820 conflict, solved BSOD is generated by DSDT code like this: DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, NonCacheable, ReadWrite, 0x00000000, // Granularity 0x00000000, // Range Minimum 0xDFFFFFFF, // Range Maximum 0x00000000, // Translation Offset 0xE0000000, // Length ,, _Y0E, AddressRangeMemory, TypeStatic) ... CreateDWordField (BUF0, \_SB.PCI0._Y0E._MIN, M1MN) // _MIN: Minimum Base Address CreateDWordField (BUF0, \_SB.PCI0._Y0E._MAX, M1MX) // _MAX: Maximum Base Address CreateDWordField (BUF0, \_SB.PCI0._Y0E._LEN, M1LN) // _LEN: Length M1LN = M32L /* External reference */ M1MN = M32B /* External reference */ M1MX = ((M1MN + M1LN) - One) Sometimes M1LN, M1MN, M1MX cannot be calculated properly and this code claim most of memory (E0000000 = 3.7Gb) as motherboard resource, this brings to conflict with E820 memory ranges list Patch: - memory check in ACPIRangeValidatePciResources must always return "OK" (v5512 jz short .text:0001E0BB => jmp short .text:0001E0BB) 2) Device Manager show conflict between Video Card and Motherboard resources Device IOTR(PNP0C02) claim 255 I/O adresses in range 0xFF00-0xFFFE, this range conflict with Video Card I/O range because vga has limitation to 10Bit I/O decoding. solved, two solutions: 1) Manual patching DSDT table, remove this lines inside method _CRS of IOTR device, so _CRS will return empty Local0: If ((ITS0 == One)) { ConcatenateResTemplate (Local0, BUF0, Local1) Local0 = Local1 } If ((ITS1 == One)) { ConcatenateResTemplate (Local0, BUF1, Local1) Local0 = Local1 } If ((ITS2 == One)) { ConcatenateResTemplate (Local0, BUF2, Local1) Local0 = Local1 } If ((ITS3 == One)) { ConcatenateResTemplate (Local0, BUF3, Local1) Local0 = Local1 } 2) Patch acpi.sys with injecting special code to override IOTR template buffer: In _Buffer opcode handler replace: mov eax, [ebx+14h] mov ecx, [ebp+arg_0] to call Check_IOTR_Buffer ... Check_IOTR_Buffer: cmp eax, 0Ah ; eax - size of buffer jnz short Skip mov eax, [ebx+30h] mov eax, [eax+10h] ; eax - buffer cmp dword ptr [eax], 00000147h ; need matching all 10 bytes jnz short Skip cmp dword ptr [eax+4], 0FF010000h jnz short Skip cmp word ptr [eax+8], 0079h jnz short Skip mov byte ptr [eax+7], 0 ; MAIN ACTION, set i/o range to 0 instead 255 Skip: mov eax, [ebx+14h] mov ecx, [ebp+arg_0] ret IOTR template defined as: Name (BUF0, ResourceTemplate () { IO (Decode16, 0x0000, // Range Minimum 0x0000, // Range Maximum 0x01, // Alignment 0xFF, // Length _Y21) }) in bytecode: 11 0D 0A 47 01 00 00 00 00 01 FF 79 00 3) No CPU power saving, most time CPU in C0 state even without cpu load Some part of acpi hardware is disabled, so CPU should not use nonexistent ACPI C2/C3 power savings, solved, two solutions (intelppm.sys): 1) C2/C3 States => C1 State : - in _InitializeAcpi2IoSpaceCstates replace offsets AcpiC2Idle and AcpiC3ArbdisIdle to offset AcpiC1Idle 2) C2/C3 States => C7+ States (default Windows 7 power saving mode, DPC Latency Checker shows significal increased latency in this mode): Replace Acpi2C3ArbdisIdle to: push ebx mov ebx, ecx push esi push 0 call _KeQueryPerformanceCounter mov [ebx], eax mov [ebx+4], edx mov eax, offset DummyMon xor ecx, ecx xor edx, edx monitor mov ecx, 1 mov eax, 60h mwait push 0 call _KeQueryPerformanceCounter mov [ebx+8], eax mov [ebx+0Ch], edx xor eax, eax pop esi pop ebx retn DummyMon - any unused 4 byes in .data segment Replace Acpi2C2Idle: push ecx push 0 call _KeQueryPerformanceCounter mov ecx, [esp+4+var_4] mov [ecx], eax mov [ecx+4], edx mov eax, offset DummyMon xor ecx, ecx xor edx, edx monitor mov ecx, 1 mov eax, 33h mwait push 0 call _KeQueryPerformanceCounter pop ecx mov [ecx+8], eax mov [ecx+0Ch], edx xor eax, eax retn 4) Programs show wrong timing results/works only first 3.5 sec Windows XP SP2+ uses disabled acpi timer, solved Skylake+ bioses by default disable ACPI hardware timer (register "ACPI Timer Control (ACPI_TMR_CTL)" in southbridge, see PDF), but WinXP SP2+ still uses disabled acpi timer for getting incremental time counter (acpi spec declare this counter as part of specification). WinXP detect existing this timer by checking special bit USE_PLATFORM_CLOCK in FACP ACPI table, modern bioses still set USE_PLATFORM_CLOCK=1 in acpi (mistake by programmers / inform Win7+ about existing HPET timer (not acpi timer!)) Patch (by Diderius) "HAL_acpitimer_fix" to use CPU TSC counter as performance timer/counter: - in HaliAcpiTimerInit force to ignore USE_PLATFORM_CLOCK and receive it always =0 (v.5512 jns short PAGE:8002934B => jmp short PAGE:8002934B) Compatibility fix ("HAL TSC frequency divider") Some programms do wrong calculation with high values of PerformanceCounter/PerformanceFrequency (HAL_acpitimer_fix set values to cpu freq), to avoid this problem values need to divide to much lesser value, Windows 7 just divide it to 1024, so timer frequency on 3600Mhz cpu is only 3.51Mhz Patch: - divide to 1024 values of PerformanceCounter/PerformanceFrequency, replace _HalpAcpiTimerQueryPerfCount to: 5) No driver for Intel SATA Controller - BSOD 0x7B(..,..,..,..) Windows XP/2003 support SATA controllers only in Legacy IDE mode, modern Intel chipsets has only AHCI mode, solved, many solutions: 1) Intel RST AHCI/RAID 11.2.0.1006 (iaStor.sys) 2) Intel RSTe AHCI/RAID 4.7.0.1098 backport by daniel_k (iaStorA.sys+iaStorF.sys) 3) StorAHCI by skulltera/OneCore (storahci.sys), compiled from Microsoft Windows 8.x DDK Samples, (require storport.sys from Windows 2003) 4) UniATA (opensource) 5) Intel RSTe AHCI/RAID 4.0.2.1019, for Windows 2003 only, enterprise controllers only(??) (iaStorA.sys+iaStorF.sys)) 6) StorAHCI from Windows 8 (require backported storport.sys from Windows 8) 7) StorAhci for Windows 2003, based on Microsoft Windows 8.x DDK Samples source code, https://sourceforge.net/projects/storahci-for-windows-2003/ Tip: Add PCI\VEN_8086&CC_0106 or PCI\VEN_8086&CC_010601 to *.inf as universal DEV_ID for any Intel AHCI Sata Controller AMD Motherboards Issues ACPI BSOD 0xA5 (0x0000000D, ..., ..., ...) duplicated _HID method Patch: - Skip DetectDuplicateHID processing (v5512 .text:00013F6C => jmp .text:00013F6C) BSOD 0x7E (..., ..., C0000005, ...) unknow error in AcpiArbCrackPRT Patch: (v5512 jnz short .text:0001BD6D => jmp short .text:0001BD6D) Intel USB3 Controller Drivers Intel released USB3.x drivers only for Windows 7/8/10, so there were many attempts to use drivers of other usb chip manufacturers. Most of them do not work at Intel hardware, some works, but have problems with PAE or USB3 ports. Following drivers confirmed to work in normal and PAE environment, solved, three solutions: 1) Microsoft Generic v6.2.9200.16384/v6.2.9200.22453 from Windows 8.0, recommended driver 2) AMD v1.1.0.0145 (need amdxhci_adresscalc_fix) 3) Fresco Logic v3.6.9.0 (extended to 32 ports) AMD and Fresco drivers have ssues with recognizing devices after plug<->unplug, sometimes ports go to power saving modes and can't back UAS (Attached SCSI Mass Storage) drivers also available, solved, many solutions: 1) UAS Driver from Windows 8 + storport.sys from Windows 2003, beta 2) UAS Driver from Windows 8 + storport.sys from Windows 7, beta 3) UAS Driver from Windows 8 + storport.sys from Windows 8, beta 4) VIA UAS Driver 5) Etron UAS Driver VIA and Etron UAS Drivers doesn't support Safe Remove, require fixes, solved (via_uas_fix, etron_uas_fix) By default VIA and Etron UAS works only with genuine vendor USB3.0 Driver, but they are generic(?) and can work with any USB3 driver vusbstor.inf: change USB_VIA\Class_08&SubClass_06&Prot_62 to USB\Class_08&SubClass_06&Prot_62 EtronXHCI.inf: change ENUSB\Class_08&SubClass_06&Prot_62 to USB\Class_08&SubClass_06&Prot_62 Patches for Microsoft Generic USB3 driver Windows 8 USB3 driver always report USB2 speed on inserted USB3 devices, MS call it "compatibility", but vendors driver report proper USB3 speed and dont have compatibility issues(?) Fix to report proper USB3 speed, usbhub3.sys (v6.2.9200.21180): .text:19C58: jnz 00019C63 => jmp 00019C63 (75 09 => EB 09) Patch for AMD driver (amdxhci_adresscalc_fix) This driver is known to have issues with PAE environment, need fix: - replace in amdxhc.sys: mov ecx, [esi+458h] ; esi+458h = store of 64bit adress mov eax, [esi+28h] mov [eax], ecx ; low part mov [eax+4], ebx ; dropped high part, ebx=zeroes..... to mov ecx, [esi+458h] mov eax, [esi+28h] mov [eax], ecx mov ecx, [esi+45Ch] ; HIGH part of 64bit mov [eax+4], ecx ; no more zeroes Patch for VIA UASP driver (via_uas_fix) Restore "Safe Remove": - replace in vusbstor.sys (v6.1.7600.4002): page:000209B4: mov [ebp+SurpriseRemovalOK], ebx -> NOPs (89 9D 70 FF FF FF 89 9D 68 FF FF FF => 90 90 90 90 90 90 89 9D 68 FF FF FF) Patch for Etron UASP driver (etron_uas_fix) Restore "Safe Remove": - replace in EtronSTOR.SYS (any version): OR dword ptr [eax+4], 0300h -> OR dword ptr [eax+4], 0000h 4GB+ RAM Support - Windows 2003 supports more than 4Gb RAM without additional actions, limited to some value depending "Edition" - Windows XP ServicePack1 supports more than 4Gb RAM without additional actions, limited to some value (16Gb ?) - Windows XP ServicePack2/3 don't support RAM above 4Gb, need patching, solved, many solutions: 1) PatchPae(v2) by wj32, remove limits only in kernel, lack of HAL_DMA patch 2) fix128/PatchPae(v3) by Evgen_b, contains unfinished HAL_DMA patch, kernel patch is OK 3) WinXPPAE(v2+) by Daniel_k, contains proper HAL_DMA patch, kernel patch is OK UEFI Boot - Bootmgr from some Vista Betas/Longhorns allow boot Windows XP x64 from UEFI x64, alpha, there is issues with Video card, https://www.betaarchive.com/forum/viewtopic.php?f=61&t=20327 - Boot Windows x32 on UEFI 32 UEFI32 on real hardware is rare, confirmed only on emulated environment, alpha, Guide LINK by Gelip - Quibble bootloader (experimental, opensource), alpha, no NTFS support, booting possible only if Windows installed on FAT partition, project page - https://github.com/maharmstone/quibble NVMExpress Drivers Many solutions: - Modified OFA 1.3/1.5 driver + storport.sys from Windows 2003 - MS Windows 7 NVMe Driver by daniel_k + backported storport.sys from Windows 7 - MS Windows 7 NVMe Driver + storport.sys from Windows 7 + Emu_Extender - Samsung NVMe driver + storport.sys GPT partitions Windows 2003 already supports GPT Partitions for non-booting disks, no need additional software Windows XP doesn't support GPT Partitions, solved for non-booting disks, one solutions: - Paragon GPT Loader enable access to 3TB+ Disks/GPT partitions (commercial product, currently not available for sale) Booting from GPT disk partially solved, need convert pure GPT to HybridMBR, Guide LINK by Levvon Saving crash dumps through storport based disk controller drivers To enable saving crash dumps with storport-based disk drivers on Windows XP need patch kernel (scsi support will be disabled) Disk Controller drivers written for Windows 8 mostly will not save crash dumps on disk, they use new API to get information from kernel about dump context List of patches: 1) IopGetDumpStack: Replace unicode string "scsiport.sys" to "storport.sys" This string is 3rd argument of "call _IopLoadDumpDriver@12" 2) IopGetDumpStack: Original XP kernel will disable loading storport emulator(diskdump.sys) if storport/miniport return "Device Object" This is not problem for Windows 2003/7/.., newer OS still load diskdump.sys even if storport/miniport return anything Replace "mov [ebp+ScsiDump], 0" with NOPs Example for ntkrpamp.exe v5512: PAGE:004A0E0F mov byte ptr [ebp-29h],0 -> NOP, NOP, NOP, NOP ]3) IopGetDumpStack: Storport doesnt use SCSI ports names and dont need to search name of driver, need to skip this block Example for ntkrpamp.exe v5512: in range PAGE:004A0F49-004A1018 replace first opcode with "jmp 4A1019" 4) Use diskdump.sys from Windows 2003 or Wondows 7 (Windows 8 version not tested) 5) IoInitializeCrashDump: XP kernel allocate for diskdump.sys buffer of 32Kb (same size in Windows 2000), diskdump.sys from Windows 2003+ expect buffer of 64Kb. To be compatible with new diskdump.sys need to increase buffer Replace "push 8000h" with "push 10000h" as 3rd arg of ExAllocatePoolWithTag call Modded AVX/AVX2 kernel Currently Proof-Of-Concept, only one kernel version supported LINK Projects for Developers/Advanced Users - Remote kernel debug over LAN or USB3 cable, https://github.com/MovAX0xDEAD/KDNET - ACPI DSDT/SSDT Patcher at boot time for any windows, https://github.com/MovAX0xDEAD/ACPI-Patcher - WinXP/W2003 ntoskrnl.exe Emu_Extender, https://github.com/MovAX0xDEAD/NTOSKRNL_Emu, https://msfn.org/board/topic/181615-ntoskrnl-emu_extender-for-windows-xp2003/ Research & Experiments Running Windows XP with "new generation" ACPI.sys taken from many Vista Beta/Longhorn version Running existing USB3 vendor's drivers on Intel USB3.0 controller Implementation of ACPI Timer/HPET on different windows generations Switching between DMA32/DMA64 under PAE Environment, Windows XP Switching between DMA32/DMA64 under PAE Environment, Windows 7 Unresolved Problems/Requested Features: - ACPI.SYS v.6666 lack 64-bit integers - ACPI.SYS v.6666 limits possible datatypes in arguments only to ACPI 1.0b Specification - Boot Windows XP/2003 x32 from UEFI x64 - Generating TRIM command for SSD in filesystem (NTFS/???) - Internal GPT support for x32 Windows XP by replacing disk.sys/partmgr.sys/??? from Windows 2003 - Boot Windows x32 XP/2003 from pure GPT - Restore full Windows XP SP1 implementation of PAE/DMA for Windows XP SP3 - Generic/Universal HDA Audio driver - CSM Emulator for UEFI x64 - DirectX 10/11 kernel support - NDIS 6.x for Windows XP/2003

I'm seeing connection attempts via SSDPSRV and Firefox to activation.cloud.techsmith.com, related to Techsmith Camtasia which I have uninstalled a long time ago. It's also blocked via hosts file, but I would still like to get rid of this. I've already tried looking through all processes, services and deleting anything related in the registry, as well as running several different AV scans, but to no avail.

I don't want to be running bleeding-edge dev versions, nor 21H2 base etc. What train should I be looking at on uupdump? Thank you. (If it might matter, it's an AMD card so AMD drivers.)

New NewMoon 27 Build! 32bit https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20230422-5602866910-xpmod.7z 32bit SSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20230422-5602866910-xpmod-sse.7z 32bit noSSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20230422-5602866910-xpmod-ia32.7z 64bit https://o.rthost.win/palemoon/palemoon-27.10.0.win64-git-20230422-5602866910-xpmod.7z source repo: https://github.com/roytam1/palemoon27 repo changes since my last build: - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1204983 - Allow about: pages to load remote content (r=bholley,bz,florian,dragana) (234bb3d551) - Bug 1201272 - add reftest for canvas shadows with destination-out op. r=jmuizelaar (2d4618d60f) - Bug 1224976. Recover from singular-matrix cairo errors. r=mattwoodrow (7ae2e051e9) - Bug 1200021 - Part 3: Add DrawTarget::IsValid and don't let Cairo version snapshot invalid surface. r=bas (069d0db780) - Bug 1219991 - Make RestyleManager::{Begin,End}ProcessingRestyles private. r=dholbert (29f36406bb) - Bug 1147692 - Remove gmp-decryptor backwards compatibility hack. r=edwin (d53204cb84) - Bug 1229508 - Support current and previous GMP_API_DECRYPTORs. r=gerald (887b0b8245) - Bug 1228215 - Expose the GMP name on each GMPParent. r=jwwang (9c5205143d) - Bug 1183433 - Make GMPParent's AbortWaitingForGMPAsyncShutdown class-static, to simplify upcoming work. r=cpearce (483648359e) - Bug 1174064 - Ensure we don't try to reuse a GMP doing async shutdown. r=edwin (fe62f2daec) - fix log (000dc88d7b) - Bug 1169129 - Make GMPService's GMP crash handlers easier to register. r=gerald (9c05cfed78) - Bug 1227908 - JavaScript error: resource://gre/modules/PushService.jsm, line 281: ReferenceError: data is not defined. r=kcambridge (99cb65c1cd) - Bug 1225968 - Add authentication secret to push API, r=kitcambridge,smaug (60d57d206a) (6f7ba1a01e) - import from mozilla: Bug 1229256: [MSE] P3. Prevent crash should buffered range be read while shutting down. r=gerald (b493cde48ac0) (fd7942d1ee) - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1225968 - Refactoring to move some of the push crypto logic, r=kitcambridge (2dc331f810) - Bug 1174422 - Add system principal for UDPSocket init r=kitcambridge (57a7ed3bf4) - Back out bug 1100863 and bug 1152264 for causing bug 1189729 on a CLOSED TREE. a=mhenretty,RyanVM (26d91329b3) - add missing SSL_OBSERVED_END_ENTITY_CERTIFICATE_LIFETIME telemetry bits (9f651777ef) - bug 1172615 - check for and return early in the case of authentication bypass in AuthCertificateHook r=mcmanus (c642e7ba02) - Bug 1229698 - Odin: fix memory corruption when -D passed to the shell (r=bbouvier) (257d9be84b) - Bug 1226027 - Use Simd128 register content type. r=bbouvier (9967eff8ae) - Bug 1229642 - Odin: hoist some things into Wasm.h and simplify symbolic addresses (r=bbouvier) (3c675a2af8) (2ca6778187) - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1170325 - Convert js::Vector into a template alias to mozilla::Vector with a single customized default argument. Also get rid of the CRTP support in mozilla::Vector (through mozilla::VectorBase) now that template aliasing is good enough, and make mozilla::Vector final so that people will use composition and not inheritance with it. (Inheritance plays poorly with movability and a few other things, in addition to messing up template argument deduction matching.) r=Waldo, patch sort of a tag-team between him and me (1f663fc5c1) - Bug 1225682 - Don't use nsAuto{,C}String as class member variables in toolkit/. r=froydnj (7d47cd8c5f) - Bug 1230409: Implement dummy HeapOffset members for non-ion builds; r=luke (74158a1271) - Bug 1228369: Rename CodeOffset::use/used into bind/bound; r=luke (90d1b88697) - Bug 1228340: Remove the js_ prefix in front of IonOptimizationsLevel; r=h4writer (44b79061b3) - Bug 1229196 - Fix MSVC C4334 "was 64-bit shift intended" warning in js/src/asmjs. r=sunfish (debed181c9) (5602866910)

I fixed the error now

Very cool! It's been a while since I used your 45 fork...it'll be interesting to give this new release a try, for old times' sake, to see what that old 45 engine can still do. Hoping you have a good weekend, Roy--and thank you, always!

Finally, someone who understood me very well, thank you, your post calmed me down. Jeez, seriously, I don't get what's wrong with people these days. (by the way, don't worry, you aren't addressed, you are a very polite person) Hopefully, any moderator viewing this topic will clean up this mess, and if that's any better, delete also my post as well.

firefox seems to work fine with the March 6 update (up to version 112 which is the latest release now) so something has changed with the functionality of browsers recently to change that (to cause the issues that are being reported)

Yep, but I have a feeling that it wouldn't be as much fun. And here, members meet who don't necessarily follow the maxim "Brevity is the soul of wit".

So why do you have a very low resolution, in that allegedly good browser ? Why these images are blurred then ? For me they aren't blurred , and I can see the links he gave.

Where I can get the march 6 extended kernel?

Please don't accuse a respected member like @Sampei.Nihira of posting images in your topic, it's not polite. How would he know that the images are invisible for you in your web browser, without you telling him first?

That spammy service should have been disabled in the first place ! Always.

I feel this topic is a dog chasing its own tail. Why are you so "worried" (or so it comes across that way) on Page Load Time differences of nine HUNDREDTHS of a second - FROM CACHE? Different browsers manage "cache headers" differently. This doesn't mean that a browser is clearing data, it means that the browser handles "time stamps" differently. The browser doesn't pull from cache FIRST, it first contacts the web site then compares "time stamps" with what the browser knows is in cache, then determines which of the two locations to pull from. Different browser configurations will handle preload/prefetch differently. You're also working (I think) on a single-core CPU and using web browsers optimized for use on multi-core CPUs. How far do you want to take this? Are you familiar with "Decentraleyes"? I have Proxomitron filters that can load EVERY page across the entire World Wide Web in a tenth of a second - but they are "preview" filters and not for "everyday use". I have Proxomitron filters that handle cache-handling for images differently than .css and .js then handle a handful of CDNs from a "local archive" versus fetching them when a web page requests them. I'm failing to see what the "objective" here is - to demonstrate how "awesome" you find DCBrowser? Why? You are comparing Chrome v75 with Chrome v86 and expect identical results - never gonna happen. A "fairer" comparison would be DCBrowser to 360Chrome v11 or v12 - basesed solely on the number of javascript advancements between v75 and v86. NINE HUNDREDTHS OF A SECOND. Electricity does not travel the speed of light in a vacuum, it is SLOWER, but let's use light in a vacuum for a frame of reference. Light (in a vacuum) travels at 186 miles per millisecond (0.100 seconds). You're talking about 0.090 seconds and make it sound like the sky is falling. Light travels 18.6 miles per hundredth of a second. That's 1,674 miles in nine hundredths of a second. Twice that for this hypothetical lightning fast fiber optic cable between your computer and the server hosting the web page you are "page load timing". So if you want to achieve nine hundredths of a second between you and the server, you have to move the server to the halfway point so that 4.5 hundredths of a second is to get there and the other 4.5 hundredths of a second is the return trip. That's 837 miles. But of course we didn't account for a "very fast" DNS Resolve of 20 milliseconds. Since 20 milliseconds is 20% of 100 milliseconds, let's move the hosting server 20% closer to your house. That puts the server at 670 miles from your house. At 70mph, you could drive to the server in 9hrs 34minutes. That would be a much more effective use of time than debating nine hundreths of a second "page load time" differences for three days. All sarcastic, of course, lol. But in all seriousness, why are you so concerned with nine hundredths of a second? What is the "agenda" here?

Have you checked Task Scheduler?

I'm finding it impossible to believe your results. Sorry, just utterly IMPOSSIBLE. I'm testing without uBlock. You have to CLEAR YOUR CACHE otherwise all you are doing is testing how fast your hard drive and web browser talk to each other and that line of communication has NOTHING to do with "page load time". My internet speed is FASTER than yours, not bragging, just stating a very important VARIABLE in this experiment. XP SP2 VirtualBox. The https://vancedapp.com/ site is a perfect example !!! WATCH IT LOAD! The "Page Load Time" extension is posting a time BEFORE the page "animates" into view - how is that an accurate page load time, you can NOT stop the stopwatch, IMO, until *after* the page "animates".

Although details about this procedure have been posted numerous times, let me refresh it once more: a) "my New Moon profile": Are we talking about NM27 or NM28? I'll assume it's NM28 the case here... b) In the "old"/existing installation of NM28: Launch the browser, then 1. Load "about:support" => Application Basics => Profile Folder => click "Open Folder" button A Windows Explorer window should open, displaying the contents of the currently used NM28 user profile. 2. Proceed to exit the browser, but do NOT close the profile dir window opened in previous step... 3. On a removable disk media (e.g. a USB stick), create an empty folder (the name of which is irrelevant, e.g. "oldNM28prof"), inside which you should copy and transfer ALL the contents of the profile dir "window" (of step 1) c) In the "new" machine (Win7 SP1 x86), you should have already installed the exact same NM28 version present initially in the XP SP3 x86 machine - slightly newer NM28 versions can be excused, as the profiles are forward compatible, but - in general - backward compatibility isn't guaranteed (i.e. transferring a profile touched by a newer version to an older browser version). 1. Launch just once NM28 in the Win7 machine, so as to allow the creation of a new profile there... 2. With a procedure similar to b1, locate and open the NM28 profile dir, then exit the browser (but, again, keep the profile window open) 3. In that open profile window, DELETE all the extant dirs+files, but continue to leave the window open. 4. Connect the USB stick in the Win7 machine, then open the folder (e.g. "oldNM28prof") with the saved contents of the old NM28 profile; select and COPY ALL the contents of that folder. 5. In the open window of step c3, PASTE ALL copied content in step c4. 6. You can now close all unwanted explorer windows, detach the USB stick and proceed to launch NM28 in the Win7 machine; if all was done correctly, then you should now have a "mirror" of the XP SP3 NM28 profile... Since the two machines are not identical hardware-wise (or are they?), some small differences are to be expected between old/new profiles inside about:config, but extensions (and their settings)/bookmarks/visited sites/download history/site account credentials, etc. should be identical... Actually, UXP-based browsers are no longer using the key4.db file; they did for some brief period, maybe two years ago, but the files associated with password storage are now cert8.db, key3.db and logins.json I routinely copy St52/NM28 whole profiles between my Vista SP2 x86 laptop and sister's Win7 SP1 x64 laptop and account credentials transfer fine between the two - I don't have an XP machine available currently, but I don't expect it to behave differently... I've stopped following Firefox's demise past version 52esr, so am not sure what they have later implemented with regards to profile migration between different machines ... What you described is indeed true for Chromium-based browsers like all 4 360EE variants known to this community, because password encryption/decryption is tied to the machine the password has been created on (to make matters worse , not even installed extensions of a 360EE profile are transferrable across different machines) ... Best regards

Have you tried this - https://github.com/JustOff/password-backup-tool

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20230401-7781c1d57-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20230401-7781c1d57-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - pref: change app.feedback.baseURL value (babf7e8e5) - import from UXP: Issue #2176 - Don't reconstruct the parent when tearing down display:contents nodes with pseudo-elements. (dd269717) (285cfd02f) - ported from UXP: Issue #2175 - Fix build bustage in WebRTC. (1788589c) (c92a9aeb9) - ported from UXP: Issue #2155 - Split Nestable to ds/ and EmitterScope to EmitterScope.{cpp.h} (81691afb) (61dfa121f) - import from UXP: Issue #2155 - Move NestableControl classes except ForOfLoopControl to BytecodeControlStructures.{cpp.h} (a8ac1cac) (b881fa7c2) - ported from UXP: Issue #2155 - Move TryEmitter and ForOfLoopControl to TryEmitter.{cpp.h} and ForOfLoopControl.{cpp.h} (70e1654c) (7306edbf3) - import from UXP: Issue #2155 - Add SwitchEmitter (2554a83d) (dd9c013b6) - ported from UXP: Issue #61 - Reinstate buildability with shared gkmedias dll (371d7cf0) (893b99aa2) - import from UXP: Issue #61 - Place Skia in libxul (6b3767c4) (224b9733c) - ported from UXP: Issue #61 - Add configure option for non-windows platforms (924bf92e) (18d9dc611) - import from UXP: Issue #61 - Add missing external symbol cubeb_set_log_callback to gkmedias symbols.def (c85f28b0) (748e7850a) - import from UXP: Issue #61 - Add missing external symbols for gkmedias when WebRTC is built (6b510a74) (2dab9a9c6) - ported from UXP: Issue #62 - Get --enable-shared-js and --enable-export-js working again, and fix link bustage related to ICU when doing shared lib (b171da18) (8e5dff205) - ported from UXP: Issue #62 - Fix xul.dll link bustage related to MovableCellHasher. (8186d06c) (54c802638) - import from UXP: Issue #62 - Fix xul.dll link bustage relating to JSErrorNotes. (6890cdd9) (b1389dcd5) - import from UXP: Issue #62 - Fix xul.dll link bustage related to JS::ubi::DominatorTree. (ed30a964) (66d86b4c1) - ported from UXP: Issue #2165 - Build ICU as a shared library if we're building Spidermonkey shared. (bad884a7) (483591d7f) - import from UXP: Issue #2165 - Follow-up: Always build ICU as shared lib in Windows. (18e43fad) (7dc42b1a0) - import from UXP: Issue #324 - Follow-up: Remove more traces of *INTL_API. (9ff14017) (f00b9f849) - import from UXP: Issue #2165 - Disable LNK4217 and LNK4286 warnings when linking ICU as they're too spammy. (f09b0002) (3692226c6) - import from UXP: Issue #62 - Always build Spidermonkey as shared lib in Windows. (66eaa872) (9a1657984) - ported from UXP: [Basilisk] Issue MoonchildProductions/UXP#61 - Add gkmedias to package-manifest (e6ed122e) (305c20821) - import from `custom` branch of UXP: [Basilisk] Issue MoonchildProductions/UXP#2165 - Support ICU as shared library in packaging. (09138ab0) (0dbcde75d) - Issue UXP#61 follow-up: add missing exports from nestegg, cubeb, and GLSANG (5453c0a33) - Issue UXP#61 follow-up: js: export AddPluralRulesConstructor to fix shared build (b7956cbfb) - Issue UXP#61 follow-up: angle: proper exporting structs (6380d2533) - Issue UXP#61 follow-up: dom/canvas: use public-exported API from GLSANG (cddc1215d) - ported from UXP: Issue #1831 - Add an option to enable TLS 1.3 "compatibility" mode. (ca93d4b4) (29e66b43a) - ported from UXP: Issue #2180 - Add pref to control NSS TLS 1.3 protocol downgrade sentinel (dc4bf9b8) (ecc48cd55) - ported from UXP: Issue #2180 - Follow-up: Move sentinel check up a bit. (f6f0a495) (7781c1d57)

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20230325-3d31a53d0-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20230325-3d31a53d0-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from `custom` branch of UXP: import mozilla upstream "bug 1440809, ensure we don't try to treat non-DOM-Node event targets as such, r=masayuki (89c8025537a5)" (64329d41b) (482f63828) - import from UXP: No Issue - Ensure more OsiSpace (82a2a67f) (5924cbbd2) - import from UXP: [GFX] Add some sanity checks and clamps to SurfaceData calculations. (fd5015fa) (0fe415a94) - ported from UXP: Issue #2155 - Split TDZCheckCache, IfEmitter/InternalIfEmitter, JumpList from BytecodeEmitter (e8fee205) (b3ccbe7bb) - import from UXP: Issue #2155 - Simplify BytecodeEmitter::isRestParameter (da05c050) (c063999c2) - import from UXP: Issue #2155 - Refactor BytecodeEmitter in preparation for *Emitter work (a2fd8846) (ab9ea1208) - ported from UXP: Issue #2155 - Add PropOpEmitter, ElemOpEmitter, NameOpEmitter, CallOrNewEmitter (89e68200) (a2de1d580) - import from UXP: Issue #2155 - Fix BytecodeEmitter::emitArguments for our ParseNode tree (e88f946c) (3daef3c97) - import from UXP: Issue #2155 - Remove now-unused functions (5dc6be1b) (a5602bf09) - import from UXP: Issue #2155 - Fix debug build (76c20301) (c3d752db7) - import from UXP: Issue #2155 - Fix wrong assertion (fbb5f734) (590888c1c) - import from UXP: Issue #1593 - Follow-up: Fix :host matching from inside the shadow tree (7374ca67) (b8320e63d) - import from UXP: Issue #2171 - Skip over shadow nodes that don't have an owning node. (f09d2bba) (e47b2be5c) - import from UXP: Issue #1592 - Part 1a: Prevent crashing if a slot element was selected via DOM Inspector (0232bcdf) (54a68ef66) - import from UXP: Issue #1592 - Part 1b: Move <slot> UA rule to html.css (460e8db9) (16b338382) - import from UXP: Issue #1592 - Part 1c: Pass SelectorParsingFlags as a reference (ab63b7b9) (c71941bf7) - ported from UXP: Issue #1592 - Part 2: Parse ::slotted() pseudo-element as if it were a pseudo-class (77ad970d) (8186d06c3) - import from UXP: Issue #1592 - Part 3: Ensure only tree-abiding pseudo-elements will follow ::slotted() (92b31dd2) (adae2cbc7) - import from UXP: Issue #1592 - Part 4: Walk ::slotted()-containing rules for slottables (518c41fd) (732d49663) - import from UXP: Issue #1592 - Part 5: Use flattened element tree when looking for a parent while matching ::slotted() (8d2533ad) (a93992b32) - import from UXP: Issue #1592 - Part 6: Allow pseudo-classes with a forgiving selector list argument to follow pseudo-elements (91d2b6f4) (4c31da96f) - import from UXP: Issue #1592 - Part 7: Slottables cannot be matched from the outer tree. (19226fd5) (941a8a77c) - import from UXP: Issue #1592 - Part 8: Test the assigned slot for type/class/ID/attribute instead of the slottable when matching ::slotted() (4cd0de04) (572a2aa99) - import from UXP: Issue #1592 - Part 9: Post a restyle event after changing the slot of a slottable (9a071f3b) (b29f97176) - import from UXP: Issue #1592 - Part 10: Slot elements should restyle their parent on attribute changes (bc12e05b) (2c64594e8) - import from UXP: Issue #1592 - Follow-up: Don't post a restyle event if restyleElement is null (b2952274) (90b345d97) - import from UXP: Issue #2161 - Ctrl + Enter should cause keypress event even though the key combination doesn't input any character (078b1b73) (12bbdf34f) - import from UXP: Issue #2135 - Don't discard event state mask when matching ::slotted() or :host arguments (f1699407) (3d31a53d0)

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20230318-d5e530bc0-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20230318-d5e530bc0-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: Issue #2135 - Follow-up: Check for aElement not being null (2249fbdf) (46178281d) - ported from UXP: Issue #2137 - Part 1: Modify :not() selector to accept a complex selector list (82fa9fb8) (e4c4f6a98) - import from UXP: Issue #2137 - Part 2: Implement SelectorParsingFlags and use it to pass info around (3bb3c193) (d85ee7571) - import from UXP: Issue #2137 - Part 3: Don't always use the internal pseudo-class for handling negations (b257a71c) (14afecdb0) - import from UXP: Issue #2137 - Part 4: Fix namespace regression (ef36c565) (6ba842009) - import from UXP: Issue #2135 - Destroy the host frame and restyle when there are content changes (18e69346) (e8b80ad7c) - import from UXP: Issue #2078 - Follow-up: Ensure empty selector lists aren't iterated when serialized (2be0261d) (49cf067e6) - import from UXP: [Basilisk] Add useragent override for instagram port of MoonchildProductions/Pale-Moon commit d641959f15cb1172f6f39130b579ccf6111a6f2f and 6d41a6139440a9c396308deca1725b0db823e127 (76cd3dfa) (16be7b5fb) - Reverting rev b1214c8d and 1d47bb34 again since I can still get a crash in `RegExpShared::finalize(FreeOp* fop)` (1b968eb1a) - import from UXP: Issue #2046 - Follow-up: Fix deprot in builtin/intl (a2d6260c) (6f4f99b6f) - Revert "Reverting rev b1214c8d and 1d47bb34 again since I can still get a crash in `RegExpShared::finalize(FreeOp* fop)`" (3cfac3f0f) - import from UXP: Issue #2160 - Initial support for notarizing during DMG package. Added --with-macbundle-idenity configure option to set a codesign identity. If no identity is set or cross-compiling from Linux no codesigning will be done. Currently doing a full deep bundle v2 sign, instead of limited v1. (3d2a4f40) (cac5e1f4c) - import from UXP: Issue #2148 - Don't null out RegExpObject -> RegExpShared pointer on GC. (ad8d9639) (ebab231f1) - import from UXP: Issue #2148 - Discard RegExpShared data tables when discarding regexp JIT code. (cdd91edd) (a2edee56f) - import from UXP: Issue #2148 - Make Vector not use AlignedStorage for its inline element storage (0365f940) (965181305) - import from UXP: Issue #2148 - Shrink Vector from (usually) four pointers in size to three when no inline storage is used. (48106904) (d5e530bc0)

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20230304-b588854a0-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20230304-b588854a0-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Issue #2117 - Part 1 - Update Mac DMG platform names to intel64 for Intel and arm64 for Apple Silicon. (8bacb52c) (6e0c7c1ec) - ported from UXP: Issue #1382 - Part 1: Remove assertion that GetPreEffectsVisualOverflowRect is called only by frames whose parent is an anonymous block (691afc8c) (c8a13de8c) - import from UXP: Issue #1382 - Part 2: Add crash test (ebe27baa) (61417876f) - import from UXP: Issue #1593 - Follow-up: Fix :host selector matching (edc45f68) (36bbce92c) - import from UXP: Issue #1344 - (Parser: C++) Don't reset containsHyphen value after finding one (55100bb2) (2b0e3dd67) - import from UXP: Issue #2118 - Part 1: Update gfxUtils YuvColorMatrix functions to match upstream mozilla code more closely. (beef4376) (5fc6abfdd) - ported from UXP: Issue #2118 - Part 2: Add support for Identity YUVColorSpace (3e62b1fc) (a07266fa4) - ported from UXP: Issue #2101 - Part 1: Add mColorRange info to YCbCrBuffer (c0c76cd4) (a063006a6) - ported from UXP: Issue #2101 - Part 2: Use stdint.h types instead of uint8 and friends (42f32968) (f171c4c48) - ported from UXP: Issue #2101 - Part 3: Update libyuv (a4d1f57b) (ff2e6d631) - ported from UXP: Issue #2101 - Part 4: Add color range support to gfx/ycbcr (b5f9e9ab) (ec29f2f58) - ported from UXP: Issue #2101 - Part 5: Add ColorRange support to video decoders (e59e8c3b) (c4d7086b7) - import from UXP: Issue #2101 - Part 6: Plumbing of ColorRange between video decoders and YUV convert (2b88f2c9) (e67a49b37) - import from UXP: Issue #2101 - Part 7: Add color range support on GPUs (687733f9) (3563ce001) - ported from UXP: Issue #1375 - Follow-up: Remove shadow tree hacks in the frame constructor (6a26ce34) (01e98528e) - ported from UXP: Issue #1375 - Follow-up: Get the insertion point right when reconstructing direct children of a shadow root (b40c87a5) (a3c668386) - ported from UXP: Issue #1361 - Enable WebComponents by default in the platform. (9b252024) (8eca837ec) - ported from UXP: No Issue - Enable MSE for WebM on all platforms. (87b94f83) (e497c4b6d) - import from UXP: No Issue - Remove speech recognition pref and enable TTS API by default. (2d7d00b7) (e1c57cc7b) - import from UXP: Issue #1375 - Part 1: Allow moving a reference into nsInterfaceHashtable (53e2e5d8) (2e24a51c9) - import from UXP: Issue #1375 - Part 2: customElements.define must upgrade custom element in shadow-including tree order (6781f5b6) (c185d09d1) - ported from UXP: Issue #1361 - Enable WebComponents' getRootNode by default. (52dbe973) (775c4daea) - ported from UXP: SSUAO changes: (301b6b1e0) - ported from UXP: Bundle fonts on GTK platforms, not just Linux (42c8c7ff) (b588854a0)

you may just install chatzilla extension instead.

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20230114-63fd5722f-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20230114-63fd5722f-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - turn on TLS_RSA_WITH_AES_128_GCM_SHA256 to fix download from mega (c47a3e2e6) - import from UXP: Issue #2073 - m-c 1382683: Accelerate GIF decoding to SurfacePipe (7d75c271) (b8ec9308b) - ported from UXP: Issue #2073 - m-c 1343341: Infrastructure necessary to allow discarding of animated images (squashed) (eac8afce) (4c5ee5856) - ported from UXP: Issue #2073 - m-c 523950: Discard decoded frames of very large GIF animations (squashed) (e96122ed) (f468f934d) - import from UXP: Issue #2073 - m-c 1383404: make SourceBuffer::Compact more efficient (squashed) (03a4a17c) (85b609709) - import from UXP: Issue #2073 - m-c 1651587: Make image::Image release efficient on main thread (9a39001c) (395dd5a32) - import from UXP: Issue #2073 - m-c 1546500: Avoid dispatching synchronous thread shutdown runnables (a6a42025) (aaeb212a5) - import from UXP: Issue #2073 - m-c 1454149: Do not advance animated images which are not displayed (845411a7) (e518823ba) - ported from UXP: Issue #2084 - Part 1: Remove CSSUnprefixingService.js and associated code (db3ce13f) (1dc3f9d53) - import from UXP: Issue #2084 - Part 2: Simplify logic in CSSParserImpl::LookupKeywordPrefixAware (56e636d8) (6e725c912) - import from UXP: No issue - Fix invalid neq check on assert in RegExpParser (2f7f622c) (eaaee5c5f) - import from UXP: Issue #2087 - Don't throw on lacking PresShell in SetFontInternal (efeb0e3e) (80eb72725) - ported from UXP: Issue #80 - Re-unify some more missed sources in js/src (ee541a53) (63fd5722f)

and BTW off-topic here: I made another GreenPad release after 12 years. https://rtfreesoft.blogspot.com/2023/01/greenpad-for-nt-3x-build-20230108.html

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20230107-2737c3da2-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20230107-2737c3da2-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: Issue #2075 - Part 1: Rename offset-* logical properties to inset-* (0c37c0db) (368d0fe73) - import from UXP: Issue #2075 - Part 2: Update devtools for inset-* (07af4123) (e07b05845) - import from UXP: Issue #2075 - Part 3: Regenerate devtools CSS database (48087df5) (6512c5914) - import from UXP: Issue #2075 - Part 4: Update tests (1b22ef40) (d79d861f3) - import from UXP: Issue #2075 - Part 5: Allow logical aliases in the property database. (e38f362d) (a24e1f4ac) - import from UXP: Issue #1382 - RegExpShared::groupsTemplate_ cannot be a GCPtr since RegExpShared is managed by C++ (86782b8f) (4b95c90fb) - ported from UXP: Issue #2079 - Fix linking libxul on *nix when using a linker other than bfd. (5b438179) (2737c3da2)

I wonder who is who of same handle name in BA.

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20221224-7ecb74c57-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20221224-7ecb74c57-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: Issue #1279 - Implement regular expressions lookbehind (v2) (2f0896ab) (a56660b72) - import from UXP: Issue #1279 - Implement regular expressions lookbehind (v3) (4db6fa83) (88f721386) - import from UXP: Issue #2056 - Fix handling of captures in lookbehinds (5555a72d) (60bb7531f) - import from UXP: No issue - refactor base classes for easier access (85cb4609) (0902b87d1) - import from UXP: No issue - Flag to parse 'v' flag as 'u' for automated tests, disabled by default (199ff12b) (01db46f15) - import from UXP: No issue - Fix VectorMatchPairs allocating more memory than required (952f2273) (d9e8b0815) - import from UXP: No issue - Refactor parsing of unicode escapes to be more general (05a8a527) (7529a2e40) - ported from UXP: Issue #1285 - implement named capturing groups and named backrefs (e81a8d86) (464604201) - import from UXP: Issue #1285 - Implement named capturing groups for replacing (6eead2de) (baef4fc39) - ported from UXP: No issue - Refactor CharacterRange + Unicode handling into module for maintainability (d2e0e199) (0bbde327a) - import from UXP: Issue #1286 - Parse unicode property escapes and property sequences (81a8ac42) (7ecb74c57)

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20221217-c9f2355ce-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20221217-c9f2355ce-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: [network] move some generic websocket code to the baseclass (df2b82e2c) (16418b82a) - import from UXP: [libjar] Add some extra sanity checks to our Zip reader. (d9fb68d21) (4c8dff22c) - import from UXP: [network] Align cookie checks with RFC 6265 (bis) (03875cd60) (c9f2355ce)

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20221210-9683df81f-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20221210-9683df81f-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - imported changes from mozilla NSS: - Bug 1794495 - Remove Network Solutions Certificate Authority. r=KathleenWilson (64a28c8d60) - Bug 1794507 - Remove SwissSign Platinum CA - G2 from NSS. r=KathleenWilson (f2c2308403) - Bug 1797559 - Remove EC-ACC root cert from NSS. r=KathleenWilson (4f1985c8dd) - Bug 1799038 - Remove Staat der Nederlanden EV Root CA from NSS. r=KathleenWilson (9151be4c45) - Bug 1794506 - Set nssckbi version number to 2.60. r=nss-reviewers,bbeurdouche (39fc42e136) - Bug 1803453 - Set CKA_NSS_SERVER_DISTRUST_AFTER and CKA_NSS_EMAIL_DISTRUST_AFTER for 3 TrustCor Root Certificates. r=KathleenWilson (a871902c05) (9683df81f)

nope as reported from BetaArchive: https://www.betaarchive.com/forum/viewtopic.php?p=471493#p471493

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20221203-c47e9f085-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20221203-c47e9f085-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: - Issue #2036 - Prevent GTK color picker from being frozen when launched from a modal XUL window (058474229) - Issue #2022 Follow-Up - Add autorelease to our manual NSView to prevent potential leaks. Also move titlebar overrides from BaseWindow to ToolbarWindow. (a061db91d) (a2c7ff5a3) - ported from UXP: Issue #2030 - (chore) refactor event dispatch functions (814fa6e3b) (253c7902a) - import from UXP: Issue #2030 - Allow child nodes of button to participate in mouse hit tests (a585aeacf) (cc57d007f) - import from UXP: Issue #2030 - Pref-gate default button event dispatch logic (41fed1ebf) (ff40ca288) - ported from UXP: Issue #2030 - Dispatch click on common interactive ancestor if mousdown/up are not on the same element (0494d561c) (c47e9f085)

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20221126-9726a0757-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20221126-9726a0757-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: - [Network, DOM] Align our implementation with the current CORS/Fetch spec. (8778d4829) - WebSocketChannel::CleanupConnection should run on the socket thread (ac9253e98) - [network] Fix Mac buffer overflow. (5e6006a2b) (6263f6600) - import from UXP: - [XPCOM] Deal with lstat potentially lying in nsLocalFileUnix. (c127f58ef) - Issue #2027 - Use reserved stack space instead of heap allocation in nsLocalFile (06bc499a0) (ffc9d08ab) - ported from UXP: - Issue #2029 - Part 1: Add preference for opening the protocol handling dialog as window modal (7001a57ae) - Issue #2029 - Part 2: Protocol handling dialog should be `dependent` if not `modal` (cc9822426) (626d029fc) - import from UXP: Issue #2019 - Follow-up: Make nsPluginInstanceOwner also listen to keypress events in the system event group. (88f392397) (9726a0757)

my ArcticFox 40 build is a "normal" build so it requires SSE2 my Firefox 28 build is plain VC2005 build so it doesn't require SSE/SSE2. my RetroZilla 2.2 is plain VC6 build so it doesn't require SSE/SSE2. my Palefill Polyfill 1.23 mod changes only install.rdf to allow SP55 to install. and the question of replacing GHLpf 1.2.19.3 is a "no", but I don't have decent idea on updating GHLpf for now.

@Dietmar A tool that performs trim on NVMe in XP would be there and it is Adata SSD tool v1.2.0 that works with the Silicon Motion driver. Although it does not accurately report smart data: the trim operation seems to be completed without problems: The question is whether how effective is the trim on the NVMe drive since I don't know a way to perform a certain verification because other tools (for example TrimCheck) also provide contradictory information.