Leaderboard

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 ...

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?

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.

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

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.

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 ...

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.

New regular/weekly KM-Goanna release: https://o.rthost.win/kmeleon/KM76.4.7-Goanna-20230422.7z Changelog: Out-of-tree changes: * update Goanna3 to git 522696571d...5602866910: - 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) * Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses. A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

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)

New build of Firefox 45ESR: Test binary: SSE https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20230422-50d2e2b43-win32-sse.7z IA32 https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20230422-50d2e2b43-win32-ia32.7z Win64 https://o.rthost.win/gpc/files1.rt/firefox-45.9.34-20230422-50d2e2b43-win64.7z repo: https://github.com/roytam1/mozilla45esr Changes since my last build: - [network][security] add TLS_RSA_WITH_AES_256_GCM_SHA384 and TLS_RSA_WITH_AES_128_GCM_SHA256 support (9f9aa2efc) - import changes from tenfourfox: - #651: M1779993 + backbugs (9197c1505) - #651: M1786188 M1791029 (28b4c0882) - #651: M1761233 M1687303 M1633019 M1797336 M1799748 M1801102 (fb91afbb4) - add MDN script to problematic scripts due to screen blanking after load (2488fabc4) - #659: initial support for per-host CSS grid whitelist (c889bc5ce) - #659 sidecar: better blocking means for developer.mozilla.org (c51a503ed) - #659: tuneups and edgecases (17b23692f) (50d2e2b43)

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.

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.

... These two displayed images are invisible to read because they are blurred. Pictures, not a person, of course, we were talking about pictures. Why are you sending me blurred, completely unreadable pictures (original size: 180x180)?

Well, sarcasm is unfortunately a rhetorical stylistic device that tends to backfire. Isn't it? AstroSkipper

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

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".

Oops, I meant 186 miles per millisecond (0.001 seconds).

Have you checked Task Scheduler?

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

Fixed. For how long is another question. palefill-1.26.3.xpi

1) Last fix mainly for x64, for W2003 and W2003/XP x64 we still don't have SP2 correct headers, so pre-v8 is far to be even "beta" I will update topic to include fix only for x32 XP 2) Assertion Fail on loaddsdt.c, line 488 for x64 builds (v8 update) This is x64 fix for semi-broken VirtualBox's ACPI BIOS tables, real systems don't have this problem

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

@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.