Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


Leaderboard


Popular Content

Showing content with the highest reputation since 08/29/2020 in Posts

  1. 5 points
    New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200926-ef27fbe-uxp-e0bda2246-xpmod.7z Win64 https://o.rths.ml/basilisk/basilisk52-g4.6.win64-git-20200926-ef27fbe-uxp-e0bda2246-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200926-ef27fbe-uxp-e0bda2246-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win32-git-20200926-9f56811e0-uxp-e0bda2246-xpmod.7z Win64 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win64-git-20200926-9f56811e0-uxp-e0bda2246-xpmod.7z Official UXP changes since my last build: - Isse #1224 - revert change to unbust debug builds. (5ad0a15f6) - [no issue] Fix whitespace (no code change) (04ccc4b12) - [SVG] Only fire the SVG onload when scripting is enabled and allowed (4d999e03a) - [dom/media] Use an atomic for mInputDeviceID to avoid potential race (aecdb2830) - [webaudio] Keep track of whether the HRTF database has already been loaded. (f5e5b5c32) - Issue #1655: Update MediaQueryList to the current draft spec. (388b9c802) - Output webidl filenames as they are processed, for real this time. (c14e7d70f) - Issue #1656 - Part 1: Nuke most vim config lines in the tree. (a680bdc63) - Issue #1656 - Part 2: Unmangle some unfortunate UTF-8 victims. (7572f3718) - Issue #1656 - Part 2b: Unmangle one more lost little UTF-8 victim. (5d97621bb) - Issue #1656 - Part 3: Nuke more vim config lines in the tree. (528b88d70) - Issue #1656 - Part 4: Tackle *.idl, *.css, *.ipdlh, *.webidl, *.cc (18ea98f7a) - Issue #1656 - Part 4: Manual cleanup (7523b9ea0) - Issue #1656 - Part 6: Clean up the build files (d5a2c45aa) - Issue #1656 - Part 7: Nuke vim config lines in JS (0c3bd2b10) - Issue #1656 - Part 8: Devtools and misc. (4a42352e6) - Issue #1656 - Part 9: Single-line-comment style. (6b9f2095a) - Issue #1656 - Part 10: Manual cleanup. (e0bda2246) Official Basilisk changes since my last build: - [downloads] Stop using referrers as sources (ef27fbe) Official Pale-Moon changes since my last build: - Back-end branch pointer update (unstable 2020-09-18) (b4943fc3c) - Issue #1744 - Add pref to ask for master password on application start. (04cd94da7) - [no issue] Whitespace fixes. No code change. (19f9cd83c) - [downloads] Stop using referrers as sources. (9f56811e0)
  2. 5 points
    I understand where you're coming from with that, however I certainly don't believe it's too much to ask for them to keep their "unsolicited opinions" to themselves. I don't care if they "disapprove" or "dislike" what we're doing, I know they don't approve and I didn't ask them to agree with it. I only ask that they stop "disparaging" us with it. This is how "diplomacy" works. If they expect us to do something that they demand, then they can show good faith by ceasing their constant attacks. And, I hate to say it, but they have no right whatsoever to insinuate that someone is "stealing" code; that's not how "Open Source" works. If that is their attitude, then they're nothing but a bunch of hypocrites, because they owe their entire existence to Mozilla and Firefox, from which they "stole" code to begin with. If they want the "right" to claim people are "stealing" code, then let them go and start from scratch and build a closed-source copy of what they have now. I would estimate they might be back up and running in five years or so, if they're lucky... That is Mr. Tobin's interpretation of the licensing. That doesn't necessarily make it the correct, or most accepted interpretation. You will recall that I disagreed with him on this previously, and he had no direct response to the points that I made. It would be pretty senseless to be able to obtain source code that could not be "built" - this, to me, is a perfect example of "attempting to limit the user's rights in the Source Code" which the MPL prohibits, as I listed before. Based on previous behavior, which I also provided links to, it seems to me that Mr. Tobin and company prefer to just go around making threats and creating a toxic atmosphere for those whom they don't like building their code, hoping that they can "scare off" or bluff them all into submission, because whoever they're targeting simply doesn't want to deal with their constant attacks. Oh no, I have absolutely no intention of beating that dead horse again. It is dead, and should remain dead. The issues of licensing are wholly independent from the "rebranding" discussion. I knew that, however these "ramifications" (read "threats") or whether they can be enforced or not come down to licensing. I covered that specific aspect in my other post. You did ask for other input...
  3. 5 points
    New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200912-72c45cb-uxp-b55d425b3-xpmod.7z Win64 https://o.rths.ml/basilisk/basilisk52-g4.6.win64-git-20200912-72c45cb-uxp-b55d425b3-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200912-72c45cb-uxp-b55d425b3-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win32-git-20200912-2771b99fc-uxp-b55d425b3-xpmod.7z Win64 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win64-git-20200912-2771b99fc-uxp-b55d425b3-xpmod.7z Official UXP changes since my last build: - Issue #618 - Add JS API to associate scripts with DOM elements after compilation (22f300f7c) - Issue #618 - Implement preloading of module scripts. (92ef20627) - Revert "Issue #618 - Add JS API to associate scripts with DOM elements after compilation" (e4fb3f48a) - Issue #1644 - Remove plugin checking code leftovers (9440be0ae) - Issue #1639 - Implement object.fromEntries() (1154e4884) - Issue #618 - Make ES6 modules work for resource: URIs (8e5d9da5e) - Issue #618 - Clear the module map when changing a Document's global and add release build assertions for mismatching compartments. (df55ce903) - Merge branch 'es-modules-work' (b55d425b3) Official Basilisk changes since my last build: - Update back-end branch pointer. (72c45cb) Official Pale-Moon changes since my last build: - Issue MoonchildProductions/UXP#1644 - Remove plugin check leftovers (front-end) (24a06c474) - Issue #1717 - Add distinct mixed-mode indicator and logic for display. (2771b99fc)
  4. 5 points
    One year ago today... Rudy, you are sorely missed!
  5. 5 points
    Lots of news. I managed to work around ntdll somewhat. My ntext (ntdll with a new section and updated checksum) was successfully hooked by kernel32 through forwarded functions. But programs that call ntdll directly didn't go as well. Firefox would crash or pseudo-load hogging up several CPU threads. So I think a completely new wrapper dll that forwards to ntdll is necessary. I was almost successful in getting the Windows 7 compatibility shimming framework to work (a modified aclayers.dll that fakes Windows 7 SP1 instead of RTM and acppage.dll in particular). But the latter calls registry-related functions from kernel32 instead of advapi32. So I added them to kernel32 forwarding to advapi32 but it didn't work as it would keep forgetting the compatibility options (those reg functions are slightly different on 7 than Vista but very difficult to implement). So it may be better to modify the Vista versions of the files, but it's not that clear cut to me, unless I were to replace one of the existing compatibility options (somehow I think no one really bothers with the 2003 SP1 option).
  6. 5 points
    Hope you feel better soon , the other things can wait
  7. 4 points
    So I hope you guys know about some of the interesting things about Windows Me, at MSFN in fact, I found all this info in bits and pieces scattered over many threads so I am posting it in a single post. Also, there are many people here who already know it or are much smarter so ignore, I am only posting it for those still playing with this ancient OS in a VM or real old hardware. Hope it's not a problem: 1. Only the OEM version of Windows Me has hibernation support, retail doesn't. Also, OEM Windows Me CD is bootable. 2. It is common knowledge that Windows Me was patched to restore MS-DOS real mode. Io.sys, Command.com and Regenv.exe can be patched so it processes Config.sys and Autoexec.bat. That is old news. But this way of patching has a downside - you lose the nice white Windows Me boot logo (logo.sys that's inside Io.sys) because it takes the Io.sys/Winboot file from the EBD (Emergency Boot Disk). But instead what I recently learned (sure seasoned members and experts know it already) is after using the Me2Dos patch to modify Io.sys, command.com and regenv.exe or patching it yourself with a hex editor, if you take the Io.sys from Windows Me's Bootable CD (after it boots to DOS for Setup) or from the OEM Preinstallation Kit (OPK) that's there in tools\nettools\fac -> DTA files (which are actually CAB files on the CD) and overwrite the one in C:\ drive's root with this one, then this OEM Io.sys does have the nice boot screen and you can still boot to DOS if you want due to the patched Command.com and Regenv.exe. In fact you get the full set of startup options like 95/98 except "Previous version of MS-DOS". So, after you have patched Windows Me with the famous Me2DOS patch to boot like 95/98, you can replace Io.sys with the non-patched Io.sys from Me OPK or Bootable Me ISO, and you get the best of both worlds - boot screen as well as boot to DOS/startup files no longer ignored. 3. Another advantage of Io.sys from OEM CD vs EBD patch is Expanded Memory is available in Windows Me for DOS programs. 4. Finally, you need to make a few changes to startup files after the Me2Dos patch and replacing Io.sys from OEM CD, so that "Command prompt only" option works like 95/98 and also you don't get boot errors at startup when booting Windows Me with the "Normal" option. I'll explain why you need to modify files again after the Me2Dos patch. With this unpatched Io.sys from OEM CD Boot image/OPK, it always loads Windows Me even if you choose the "Command prompt only" option. This is because the Command interpreter line in startup files lacks the /P (permanent) switch. You just need to add the /P switch to config.sys. After you install the Me2Dos patch, it modifies Config.sys to add this line: shell=c:\command.com e:32768. Just modify it as stated below so you don't get a "File creation error" when booting. Like this: shell=c:\command.com c: /p /e:32768 (Note the correct use of /p switch in Config.sys is to list dir where command interpreter resides before it so you must add: c: before /p) Also this Io.sys will automatically load Ifshlp.sys so you can comment out the line in config.sys added by Me2Dos patch by a semicolon and lastly remove the line from Autoexec.bat: C:\WINDOWS\win.com as with the non-patched Io.sys from Bootable OEM CD, it will load Windows Me anyway when "Normal" startup is used. So you get all options working exactly like Windows 95/98: Normal, Logged, Safe Mode, Step-by-Step Confirmation, Command Prompt only (which does process your Config.sys and Autoexec.bat but boots to DOS only) and Safe mode command prompt only which bypasses them. 5. Another fun thing I recently learned is with the ORIGINAL Io.sys that Windows Me officially installs (not the patched one from Me2Dos/EBD patch and not the one from OEM Me CD), Windows Me does not actually need Win.com to boot! It is there only for compatibility but Win.com then loads vmm32.vxd which is the main file that switches from real-mode to protected mode. So you can do fun trick (not that there is any use of it): - Rename C:\Windows\Win.com to WinMe.com so Windows doesn't find it automatically - Rename C:\Windows\system\vmm32.vxd to vmm32.com. - Take Command.com from tools\nettools\fac -> DTA files and rename it to C:\Windows\system\vmm32.vxd Now when your PC boots with original unpatched Io.sys, it will only load Command.com Also you can directly load Windows Me by running: C:\Windows\system\vmm32.com. Or create a batch file in C:\ called Win.bat which points to C:\Windows\system\vmm32.com. That way it loads command.com. If you type, Win, it loads Windows Me. Note that I find this trick (#5) useless as original Io.sys bypasses startup files so there is no advantage of booting to DOS. Also if you use any different Io.sys, then vmm32.com will fail to load Windows Me directly. Let me know what you guys think. I think having access to MS-DOS almost like Windows 98 is awesome. The only thing that is still missing is Restart to MS-DOS Mode option but you can always dual boot between some version of DOS and Windows Me/DOS if you don't like "Command Prompt only" (Windows Me DOS 8.0).
  8. 4 points
    All ~1810 functions in Vista's ntdll are exported from ntext and then forwarded to ntdll. Then I added a large code section to house RtlQueryPerformanceCounter and future functions. Only applications that call RtlQueryPerformanceCounter need to use this wrapper ATM. You can go into CFF Explorer -> Import Directory and change the entry for ntdll.dll under the "Module Name" column to ntext.dll. That can also be done with a hex editor, as the only likely reference to ntdll in the application would be in the import/delay load import tables. I just decided to compile it with the SSE2 switch. the best that VC++ offers (though it may not do much for a wrapper DLL, admittedly). Since most Windows 7+ applications probably need SSE2 to begin with, I don't see much harm in this decision.
  9. 4 points
    I tracked down the Perl script that effectively automates the process of making wrapper DLLs, especially for DLLs like ntdll which exports over 1800 functions: http://web.archive.org/web/20070526114542/http://www.craigheffner.com/security/linkout.txt This will prove essential for Vista and any future work for 7. And maybe even more so for 8.x and 10. Though ActivePerl 5.26's installer errored out with this: (0x80004005) the specified application is not a valid application for this OS platform. Indeed, Windows Installer definitely knows it's "running" on 6.1.7601 SP1 based on the error log. I found the executable for the "state tool" and it had a subsystem version of 6.1, so that may have been the reason for the error, so perhaps I will follow BWC and disable the subsystem version testing like he did, after all (which will only work with system32 file replacement). And just use Strawberry Perl anyway; it seems to work far better with Vista. On another note, it appears that a new hack in my ntoskrnl (not released yet) to prevent it from changing CurrentVersion from NT 6.1 to 6.0 in the registry has fixed some OS functionality. When I added CoGetApartmentType to ole32.dll, I could no longer modify Sidebar widgets nor open folders with downloaded files through browsers. But I can do that with my modified ole32 once CurrentVersion is changed permanently. But not everything thinks it's on NT 6.1 yet (like RtlGetVersion), which is still a big problem that no one has solved since it arose in 2005. Windows compatibility mode will not solve it.
  10. 4 points
    ... Now you hush, "young" gentleman! Those people are already extremely p***ed that you, single-handedly, created the Vista Extended Kernel project, so much so that they fear their "support channels" will get overwhelmed by Vista users running their official builds: https://forum.palemoon.org/viewtopic.php?p=198116#p198116 As the saying goes, "No good deed goes unpunished" ...
  11. 4 points
    With all due respect, probably because the older software still performs perfectly and is licensed for life, while an upgrade would require a new and expensive license just for show purposes, since it adds nothing really needed. Do you think people are made of money? Moreover, you yourself told he's gotten his clinic renovated... for normal human beings, there's only so much money (more so in times of covid-19, on top of it)!
  12. 4 points
    New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200829-57e81f0-uxp-5559674be-xpmod.7z Win64 https://o.rths.ml/basilisk/basilisk52-g4.6.win64-git-20200829-57e81f0-uxp-5559674be-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200829-57e81f0-uxp-5559674be-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win32-git-20200829-0882134ff-uxp-5559674be-xpmod.7z Win64 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win64-git-20200829-0882134ff-uxp-5559674be-xpmod.7z Official UXP changes since my last build: - Issue #618 - Fix error events fired when loading JS module dependencies fail (786e34469) - Issue #618 - Align error handling for module scripts with the spec (again) (43e0632cd) - Issue #618 - Use a single slot for the module's environment object. (6e72707e0) - Issue #618 - Lazily initialise module binding maps (e94f9dcce) - Issue #618 - Record module dependency before starting fetch so that error handling works correctly (8447c4d8a) - Issue #618 - Remove eager instantiation - Debug follow up (007c54c80) - Issue #618 - Lazily initialise module binding maps - Debug follow up (609815070) - Issue #618 - Align error handling for module scripts with the spec - Debug follow up (c5b47eb66) - Merge pull request #1626 from g4jc/618 (501b29a5d) - Issue #618 - Simplify module map interface (7e673b1db) - Issue #618 - Keep track of which modules in a graph have been fetched using a visited set (15a7be79b) - Merge pull request #1627 from g4jc/618 (1c342a57e) - [js] Add some utility functions to get the current JS runtime. (c349f04f9) - Issue #618 - Simplify module resolve hook to be a function pointer (9b6252893) - [js] Try to catch bad pointers for GC and bail if not valid. (e1e535c1c) - Merge branch 'master' into es-modules-work (11285cd0d) - Issue #618: Ignore 'event' and 'for' attributes for module scripts. (4f0d9497f) - Issue #618: Pass down referrer and referrer policy when fetching modules. (86f128d41) - Merge branch 'master' into es-modules-work (c04befb93) - Issue #618 - Don't mute errors for module scripts because they always use CORS (073e914eb) - Issue #618 - Integrity for descendant module scripts should be the empty string (c8a701b64) - Issue #618 - Split handling of load errors out from OnStreamComplete. (090a48738) - Issue #618 - Split SRI verification out from OnStreamComplete. (cbbfd0f2d) - Issue #618 - Handle errors for inline module scripts and ensure we update the module map after fetch errors. (f0175ebc7) - Update old.configure for --enable-phoenix-extensions (f909e1a6c) - Issue #618 - Fix processing of non-parser-generated module scripts. (76e5f863a) - Issue #618 - Make document.currentScript null in modules. (c5ab17748) - Issue #618 - Rename some script load request flags to be more descriptive. (a0ef1c07d) - Issue #618 - (async) Split out function to add async request. (95e0f114e) - Issue #618 - (async, preload) Correctly pass info about async/defer to parser. (2ca1cbe2f) - Issue #618 - (async) Keep track of script modes in a single mode state. (8b397a63a) - Issue #618 - (async) Implement async attribute for inline module scripts. (b78f53ffb) - Issue #618 - Don't preload nomodule scripts when modules are enabled (38d13e277) - Issue #618 - Regenerate the HTML Parser code for nomodule changes (0f433fc7c) - Merge pull request #1637 from g4jc/618 (8924e4ddd) - Merge branch 'es-modules-work' (6eb0dd861) - [media] Only include source error details in debugging scenarios. (4358ff62a) - [DOM] Only construct JS-implemented objects if inner window is current. (226fea386) - [misc/mar] Don't use a signed type for a length parameter. (7407fe22f) - Issue #1587 followup - Improve resilience of AbortSignals. (5559674be) No official Basilisk changes since my last build. Official Pale-Moon changes since my last build: - Update back-end branch pointer (202766dec) - Add a configure option for Phoenix Extensions Dual-GUID System and set default off in confvars (f7a1deb67) - Update platform and version (Unstable 2020-08-27) (0882134ff)
  13. 4 points
    Windows always used to be the OS where you could do whatever you liked, theme the crap out of it and customize it to your liking. It's starting to become more like macOS where you can't do much and everything is the way Apple wants it to be.
  14. 3 points
    Get rvkroots.exe (Google), extract updroots.exe from it and put it in some folder. Get Curl: https://rwijnsma.home.xs4all.nl/files/curl/curl-7.69.1-mbedtls-zlib-win32-static-xpmod-sse.7z and unpack in the same folder. Then you just run the following batch file: ----------------------------------------------------------------------------------------------------------------------------------------- curl -O http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authroots.sst curl -O http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/delroots.sst curl -O http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/disallowedcert.sst curl -O http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/roots.sst curl -O http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/updroots.sst updroots authroots.sst updroots updroots.sst updroots -l roots.sst updroots -d delroots.sst updroots -l -u disallowedcert.sst cls ----------------------------------------------------------------------------------------------------------------------------------------- Done, takes 20 seconds to update, no complicated nonsense like they do in the XP forum.
  15. 3 points
    So far, the following x64 DLLs have been extended: kernel32.dll dwmapi.dll ntdll.dll (wrapper, named ntext.dll) ole32.dll shell32.dll user32.dll uxtheme.dll As a result, Windows Media Foundation from Windows 7 Platform Update was successfully transplanted. The same could be done for Windows 7's crypto binaries. Based on something I did for Windows 2000, you will have take into account the associated binaries like crypt32 and secur32, and possibly dssenh.dll.
  16. 3 points
    Yes, I did implement it. And it should be one of the few stable functions, as it doesn't call outdated ntdll functions that others do (banking on ntext x86 to fix that though!). Though you don't have to replace your main kernel32.dll in this case. The addition of a string to the registry and a .local file in the Windows Defender folder along with my kernel32 should suffice.
  17. 3 points
    I compiled the NTEXT wrappers. SSE2 required. Note: the linkout.pl script makes an assumption that VC++ adds an extra underscore to functions that start with one. That is not true with VC++ 9, so such functions had one too many underscore for me. Though VC++ 6-8 may be different... The wrappers can be imported in place of ntdll.dll. New releases of kernel32.dll will refer to ntext instead of ntdll. The x64 ntext.dll has a modified RtlQueryPerformanceCounter, and it works good with Firefox 80. But there is a significant issue with the function in its unmodified form; it appears that any call to ntdll functions causes a "privileged instruction" error. So instead of calling the export-forwarded ZwQueryPerformanceCounter, I placed it directly in my dll as a subroutine and that fixed it. The x86 wrapper will need a little extra work since x86 ntdll is much farther behind W7 than the x64 ones.
  18. 3 points
    That's the problem: I wasn't stating my preference... what I was is called being ironic! Why is it almost no folks nowadays are able to even detect irony? And no, please, don't answer the above question: it's just a rethorical question. Now, what is literal is that the next post about renaming @roytam1's forked browsers in this will be deleted. That's way off-topic and totally pointless nowadays. So, please, stop. Do stop. Resist useless posting.
  19. 3 points
    IIRR, @glnz actually *IS* a lawyer, so I'm hereby asking him to ping in and kindly provide us some advice, which sure'll be much appreciated!
  20. 3 points
    Let me begin by thanking you for continuing to deliver updated builds of your browsers, despite the recent major hardware hardships... (pun intended! ) Starting with last weekend's New Moon 28 package (linked-to above) and including this weekend's latest NM28 offering, I've noticed that 3 compiled files, all previously associated with Serpent 52.9.0 builds, have somehow slipped into New Moon's main app directory; these files are: Accessible.tlb AccessibleMarshal.dll IA2Marshal.dll I browsed quickly your custom UXP branch and did not find any clues there as to why these 3 files now appear inside NM28's main appdir ; if it's any info, these 3 files also do not appear inside upstream official compilations of Pale Moon 28.13.0/29.0.0a6; but since our fork has deviated somewhat from upstream, that fact may or may not be relevant... Mentioned files, as pretty much expected, continue to reside inside Serpent 52.9.0's main appdir (as well as in upstream official Basilisk 52.9.2020.09.11 ) Now, as a test, I went along and deleted those 3 "errant" files and latest New Moon 28.10.2a1 32-bit (buildID=20200918232718) launches and runs fine here (Vista SP2 32-bit, build 6.0..6003) without them... It looks as if those files are generated via a first stage Serpent/UXP compilation and are then added, by mistake, with other compiled files that are common/shared with the New Moon 28/UXP compile/build (possibly to expedite compilation of both UXP browsers...); if that's by design (and may I note that this wasn't the case with the previous [now lost] building environment), perhaps it would be best to remove those 3 unneeded (for NM28) files post compilation and prior to packaging/uploading... https://github.com/MoonchildProductions/UXP/issues/1653 Clean up Windows widget code https://github.com/MoonchildProductions/UXP/commit/6f5cd8a [widget] Clean up Windows widget code some. Can you please elaborate a bit why upstream UXP#1653 was not merged? Would it have broken WinXP compatibility if it had? Being on Vista here (NT 6.0), could this have been handled slightly differently if it provides performance improvements on Vista+? (e.g. ifdef'd to load the code under Vista+ but not under XP?) Apologies if I'm asking something that can't be done... I'm really sorry to have to bring this up, but don't you expect "upstream" to hear about that? You are, at the end of the day, still building "unofficial" Pale Moon builds and upstream have modified that branding (which is their prerogative, it appears...). I won't pretend I understand fully the Open Source licensing schemes, but I smell (additional) trouble coming from upstream, this time from Moonchild himself With all said and done (and undone) in the past, I'd hate to witness any further escalation between "us" and "them", especially if it results in more restrictive action(s)/sanctions from upstream... What do others think on this? Finally, I don't use any of these forks myself, but out of pure (healthy) curiosity, what source do you actually use now to produce updated builds of? AFAIAA, upstream have moved to a private repository, so are you now just updating the platform (UXP) submodule/component, which is still public? Thanks for all your hard work and efforts , thanks in advance for any answers received... Best greetings
  21. 3 points
    New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200919-72c45cb-uxp-c1988898f-xpmod.7z Win64 https://o.rths.ml/basilisk/basilisk52-g4.6.win64-git-20200919-72c45cb-uxp-c1988898f-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200919-72c45cb-uxp-c1988898f-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win32-git-20200919-1c51f25e6-uxp-c1988898f-xpmod.7z Win64 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win64-git-20200919-1c51f25e6-uxp-c1988898f-xpmod.7z Official UXP changes since my last build: - Issue #1629 - Part 4: Ensure isExplicitlyEnabled is false upon sheet creation. (8f95bacca) - Issue #1629 - Part 5: Remove pointless local variables. (1f65f171a) - Issue #1280 - Remove hostname parameter to trust domain. (61ab2b98e) - Merge pull request #1648 from adeshkp/hpkp-hostname-cleanup (c779684b3) - Issue #1650 - Add null check. (9eb8b61b8) - Fix usage of a macro in a cocoa widget (#1649) (00e073391) - Merge pull request #1651 from athenian200/link_element_disabled (85f915543) - Issue #618 - Clear the module map - Debug Followup (766ceb5d9) - Merge pull request #1652 from g4jc/618 (71030ab33) - [widget] Clean up Windows widget code some. (6f5cd8a5e) - Issue #1643 - Part 1: Add GetNodeDepth() to nsContentUtils. (b4eda697c) - Issue #1643 - Part 2: Implement ResizeObserver API (1b7382416) - Issue #1643 - Part 3: Implement ResizeObserverController (a53a2a3a3) - Issue #1643 - Part 4: Hook up all the plumbing. (b6b868b1b) - Issue #1647 - Part 1: Implement percentage for CSS opacity keywords (51764ac72) - Issue #1653 - Part 1: Remove WinUtils::SHGetKnownFolderPath (8151bb2b0) - Issue #1653 - Part 2: Stop indirectly loading DWM functions through WinUtils. (a0cdf3287) - Issue #1647 - Part 2: Implement VARIANT_OPACITY to correctly serialize. (b5c9f8e24) - Issue #1224 - Remove constant expressions from /dom (6be15b96a) - Merge pull request #1654 from athenian200/opacity_percentage (c1988898f) No official Basilisk changes since my last build. Official Pale-Moon changes since my last build: - [minor] spelling correction in a code comment (82285f8db) - Merge pull request #1836 from adeshkp/patch-6 (97c753619) - Update branding. (54aeb5482) - Restore DS store file required for Mac builds. (8a211f630) - Merge pull request #1837 from adeshkp/dsstore-mac-build (54084d6b3) - Fix vendor name in about dialog for unofficial builds. (695be0bac) - Merge pull request #1838 from adeshkp/unofficial-vendor-name (dbcb9cea4) - Back-end branch pointer update (unstable 2020-09-17) (1c51f25e6) My changes since last build: - skipped Issue #1653, rev 6f5cd8a5e and branding related commits - partly import change from tenfourfox: - #618: EV now from ESR78, update TLDs, pins, HSTS (cb0f39c2f) (48b96210d) - import change from tenfourfox: - fix overzealous assertion (M1531906) (af9a8236e) (1455a4fcb) - import certdata changes from NSS upstream: - Bug 1651211 - Remove EE Certification Centre Root CA root cert. r=KathleenWilson,jcj - Bug 1653092 - Disable server trust bit for OISTE WISeKey Global Root GA CA root cert. r=KathleenWilson,jcj - Bug 1656077 - Remove Taiwan Government Root Certification Authority root cert. r=KathleenWilson,jcj - Bug 1663049 - Add SecureTrust's Trustwave Global root certificates to NSS. r=KathleenWilson,jcj - Bug 1663049 - September 2020 batch of root changes, NSS_BUILTINS_LIBRARY_VERSION 2.44. r=jcj (06a2891ef) - fix error flow in preferences (5f548d297) - partly import changes from tenfourfox: - #622: M1660537 M1641487(modified) M1645492 (291688840) (64ccce7c2) - import changes from tenfourfox: - #622: update brotli to 1.0.9, woff2 to tip (7c24b77e7) - #622: actually add new brotli files (fc50954e6) (1bdcd4697)
  22. 3 points
    The author would have to pack the extension separately for old Chrome versions and distribute that version outside of Chrome Store because CRX_VERSION_NUMBER_INVALID. Edit: file removed
  23. 3 points
    OK so, in addition to MPC-HC and Pot Player via 3DYD YTS I am now also able to stream YouTube videos without 3DYD in older versions of MPV, VLC, Osmo4 (GPAC), QMPlay2 and current/latest Mplayer Sherpya build from right click in both Opera 12 and Gecko Browsers. I've also made a quite fancy and useful GUI for Youtube-dl as it turned out I couldn't find any working properly on 9x (not any good one anyway). Coming soon, probably next week, as part of the Youtube-dl 4 98SE-ME Megapack (500MB). Screenies of the GUI for now:
  24. 3 points
    not yet for the old data, but new build environment in new WD Black SSD works quite well. I almost get out from depression of regretting of not backing up data in time before old SSD died without obvious symptoms.
  25. 3 points
    I saw that coming... While I do respect Pale Moon and its developers for maintaining possibly one of the last independent web browsers around (enough to have gifted the x64 versions of 28/likely 29 to Vista), I will also wear the Browser badge with pride. Most people use a webpage viewing application covered in Chrome, a few stragglers need an Explorer to guide them through the Internet, others live on the Edge, and some like roasted fox. But Browser is where I stand. It's just like the "no name" grocery brand, which does quite well here in Canada.
  26. 3 points
    That would of course involve admitting that XP still exists, and that would never do!
  27. 3 points
    OAuth2 + Yahoo authentication works with MailNews because I provided the code to Roytam1 and our developer applied this patch. A benefit for us all. You can find the code on the previous pages of this thread.
  28. 3 points
    ... Well, fortunately things aren't yet as dire as you pictured them , all thanks to web.archive.org The URL https://helpx.adobe.com/flash-player/kb/archived-flash-player-versions.html has been captured 187 times in total, the last time "valuable" content was still in was on July 18th 2020 (https://web.archive.org/web/20200718192527/*) The last version of Adobe Flash Player without the 2021 timebomb was/is 32.0.0.371; WAO have actually captured the following URI https://fpdownload.macromedia.com/pub/flashplayer/installers/archive/fp_32.0.0.371_archive.zip 5 times, last one was on June 30th, 2020 (https://web.archive.org/web/20200630185943/*) ; the zip archive itself is at 388 MiB, so it'll take a while to come down from WAO... It contains all possible flavours of installers/packages, no need to search further... Don't make that mistake again...
  29. 3 points
    ... Do I get extra points for prophesying ? Try the above Direct Link now and you'll get the door slammed at your face : Access Denied You don't have permission to access "http://fpdownload.macromedia.com/pub/flashplayer/installers/archive/fp_32.0.0.371_archive.zip" on this server. Reference #18.c46656b8.1600036305.1ef6b01c
  30. 3 points
    @max-h this installs 7.6.7600.256 for XP and Vista http://download.windowsupdate.com/windowsupdate/redist/standalone/7.6.7600.320/WindowsUpdateAgent-7.6-x64.exe http://download.windowsupdate.com/windowsupdate/redist/standalone/7.6.7600.320/WindowsUpdateAgent-7.6-x86.exe
  31. 3 points
    Microsoft cut a few days (or hours) ago I don't know precisely, the self-update of windows update agent. This means that WUMT will display "class not registered" until we manually update the agent. It's really the end this time. Fortunately, I found version 7.4.7600.226 as standalone package : https://support.microsoft.com/en-us/help/946928/information-for-network-administrators-about-how-to-obtain-the-latest As indicated, there is no standalone package for version 7.6.7600.256 but 7.4 works well.
  32. 3 points
    As much as I despise the look and feel (and performance downgrade) of every version of Windows 10, I found the Windows Blinds thing just didn't cut it for me. In fact, find all of Stardock's stuff is bloatware that isn't done well. Even Start10 is junk compared to StartIsBack, not to mention it is also overpriced. But, anyhoo, Window Blinds... I almost bought this piece of garbage a couple of weeks ago since it's not clear how much longer it will be until we have AeroGlass for Windoze OS X 2004, and OMG... so glad I did the trial first. It sucks. Removed it within a few hours after tinkering with it and hating it more the more I used it. And, then I tried Stardock Curtains and found it was equally a bloated and buggy piece of crap that make Windows 10 uglier-looking instead of better. There's just no substitute for AeroGlass and StartIsBack as far as I am concerned.
  33. 3 points
    New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200905-57e81f0-uxp-6b3ef7160-xpmod.7z Win64 https://o.rths.ml/basilisk/basilisk52-g4.6.win64-git-20200905-57e81f0-uxp-6b3ef7160-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rths.ml/basilisk/basilisk52-g4.6.win32-git-20200905-57e81f0-uxp-6b3ef7160-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win32-git-20200905-0882134ff-uxp-6b3ef7160-xpmod.7z Win64 https://o.rths.ml/palemoon/palemoon-28.10.2a1.win64-git-20200905-0882134ff-uxp-6b3ef7160-xpmod.7z Official UXP changes since my last build: - [NSS] Prevent slotLock race in NSC_GetTokenInfo (58cc431b0) - [NSS] Version and build bump (59683edb8) - Clobber for NSS update (0ac50227e) - Issue #1641 - Implement CSS flow-root keyword (6b2c3b61b) - Merge pull request #1642 from athenian200/display_flow_root (0bf7cb907) - Clobber for CSS flow-root implementation (6b3ef7160) No official Basilisk changes since my last build. No official Pale-Moon changes since my last build. My changes since my last build: - update NSS as-of pm27 rev 7606140ee (8015bb700)
  34. 3 points
    this argentinian dentist is using Macintoch computers with XP ..... virtual machine ? what purpose ? https://youtu.be/c7udrrz9VMk?t=515
  35. 3 points
    Chrome is trash. Firefox is now following said trash. Pale Moon is the last, best hope... (If only they weren't such an arrogant bunch...)
  36. 3 points
    commits will have a look before landing to my tree, and if undesired changes were landed they will be reverted.
  37. 2 points
    Thanks for building this time with the " --disable-accessibility" flag... I had commented: Upon testing, it appears that the latest Serpent 52.9.0 (32-bit) (BuildID=20200925161000) remains unaffected by that bug, which is, hence, only manifested in latest New Moon 28.10.2a1 (32-bit) (BuildID=20200925153118); but my initial assessment was correct - upstream commit https://github.com/MoonchildProductions/Pale-Moon/commit/9f56811e04ef4703aec82ba6a7c712e50c7667c0 was indeed the one that broke the native downloads manager... Moonchild became aware and later authored: [downloads] Correct and simplify host handling. https://github.com/MoonchildProductions/Pale-Moon/commit/fd30b23a0dfa2373539b348519aa9864976b46dd ... but, alas, it came too late for "us" , that one was not included in https://github.com/roytam1/UXP/commits/custom when latest NM28 was compiled... I have confirmed that the "fix" works as intended, restoring the functionality of the native NM28 Downloads Manager, as well as the functionality of the (legacy) Downloads Window extension several users (including yours truly ) have installed... I understand, your spare time allowing , that the fix will be included in next Saturday's released builds, in the interim I have taken the liberty of modifying and uploading a patched omni.ja file latest NM28 users could download to regain lost functionality: omni.ja https://www119.zippyshare.com/v/lAv8DFrY/file.html It should be placed inside "./palemoon/browser/" overwriting original omni.ja file (or you could rename/back-it-up first, e.g. as omni.ja.BAD) ; hope I've helped!
  38. 2 points
    As of today (26 september 2020), the windows update for xp and vista (and maybe 2000?) is working. Grab them while you can Note: the wsusscn2.cab is still only sha2 signed
  39. 2 points
    I'm not an expert on Open Source licensing either, but apparently someone here is going to have to become one... This whole business is ridiculous. I would prefer to see the great "dispute" settled as well, because it IS in everyone's best interests to NOT be fighting each other, BUT - NOT by simply giving in to the constant threats/intimidation coming down from "on high." I don't speak for anyone but myself, but if it were up to me I would not lift a finger to conform to any "demand" until some degree of mutual respect is established. The first step of which must include "them" putting a stop to the constant disparaging of the "XP (and Vista ) community" and "our" choices - as if anyone here needs "their" approval to use any given OS, or gives one iota what "they" think about our choice of that OS. That being said, I figured the "branding" problem would be simple enough.. just revert that particular change. While "they" will surely be very angry about it, in the end, (AS FAR AS I KNOW) they cannot force the change "retroactive" on already released code/versions/files. Even if they wanted to take the time and go through all of those old versions, and push out another update for each with the change, it would not erase what has already been made public, and is already covered under the "previous" existing license/redistribution conditions. These "private" repository issues are another aspect which we must figure out with regard to the licensing conditions. I see this "behavior" as simply an attempt to create more hassle for anyone who wishes to build the code for themselves.. which most certainly violates the "spirit" of Open Source, and may violate the actual licensing, depending on which licenses are applicable to different parts of the code. The MPL 2.0 (which to my knowledge governs the Firefox code that PM is developed from) contains some interesting specific statements that would seem to be relevant here: "All distribution of Covered Software in Source Code Form, including any Modifications that You create or to which You contribute, must be under the terms of this License." "You may not attempt to alter or restrict the recipients’ rights in the Source Code Form." "...Covered Software must also be made available in Source Code Form, as described in Section 3.1, and You must inform recipients of the Executable Form how they can obtain a copy of such Source Code Form by reasonable means in a timely manner..." "You may distribute such Executable Form under the terms of this License, or sublicense it under different terms, provided that the license for the Executable Form does not attempt to limit or alter the recipients’ rights in the Source Code Form under this License." ... so, I see it as a question of whether or not these statements are to be "understood" at face value. If so, then I'm not so certain that "private" repositories and "hoops to jump through" to obtain sources are not in direct violation of this.
  40. 2 points
    Well, technically we aren't using their branding anymore since they just abandoned what we're using now. We now have a different product to theirs with different branding, which is most of what they wanted. Though there may still be some sort of trademark attached to their old branding. And Serpent isn't resolved though I don't think they are too pleased about us brand leeches either way (either we piggyback on their current unofficial branding or simply seize/gift ourselves their old branding). And New Moon could still evoke memories of Pale Moon (for an unfortunate few anyway).
  41. 2 points
  42. 2 points
  43. 2 points
    Yes, in fact here is screenshot for proof https://ibb.co/kMh6cpw
  44. 2 points
    The latest version without a timebomb is 32.0.0.371.
  45. 2 points
    Thunderbird 52.9.1 cannot work because the Yahoo + OAuth2 code was entered by Thunderbird 60. Also interesting is the use of the new version 5 of POP Peeper (email notifier) which allows OAuth2 authentication with your default browser. Pop Peeper 4.5.3 work with I.E.8. Yahoo authentication was possible. Because the Yahoo Mail web page can be reached with I.E.8. But other OAuth2 authentications, such as Gmail, are impossible because they don't work with I.E.8.
  46. 2 points
    Here is KB4566371 for Windows NT 5.x: https://mega.nz/file/Us9GSQ6a#wDnAvUagKV05btOMEd5jBXI6_14tkmoDAcp-xyHxo1I
  47. 2 points
    A small update on the repository. Thanks to the efforts of @Regele there are now EN-US version of IE9 and KB937286. I've also change the folders names in the Ultimate Extras to English.
  48. 2 points
    Just finished testing my fully updated install of Vista Ultimate x64, including build 6003 updates from Aug 2020: It seems that Microsoft fixed the timer issue, as seen above. Unfortunately, there are still random issues, specially with UAC prompts: permissions are not properly granted. Even so, it's clearly much more stable.
  49. 2 points
    there is no "release" schedule since all "releases" are just actually "pre-release". and no, I don't want to make any point-release builds for continuing develop product. 45ESR builds are different as upstream only drops few commits per month for bug-fixing.
  50. 2 points
    Looks like eM Client 7.2.36694.0 came from a long list of additions suggested by @Werewolf on December 14, 2019. I would speculate that the problem might be related to the Chromium rendering engine introduced one version earlier according to Release history, so maybe try two versions earlier. They actually fixed a Vista issue with 7.1.30508.0 in June 2017, so support was ONG then.
×
×
  • Create New...