Leaderboard

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

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.

just now a found the correct url: https://github.com/abbodi1406/dotNetXP/releases/tag/19.02.12 https://github.com/abbodi1406/dotNetXP/blob/master/README.md

Hi, if anyone is interested, I got VMware Player 16.0 "official" release working on Windows 7. Download: http://69.112.236.57/nextcloud/index.php/s/RWKwBkLoFPdWz93 This is still largely untested, especially the VMware installer is flaky, but VMware itself works very well on my main Win7. You're supposed to reboot right after the installation and then put contents of vmware16_win7 folder in VMware\VMware Player\x64. The video: Edit: Added the VMware Workstation installer. If license key registration fails, try to install VMware Workstation 15.x first, and then directly upgrade to 16.

What's the big deal with skipping this commit anyway? Isn't New Moon a lot of selective commits from upstream anyways? Nobody's obligated to integrate all their commits. Personally, I am a big fan of my New Moon and MailNews and am not ready for "Browser"!

I'm sorry to admit that the above expectation borders with Utopia... The general consensus on "their" camp seems to be that "we" are in essence practically stealing code "we" were never meant to lay "our" hands on, that "we" are just acting selfishly, full of entitlement... I think that part was explained previously by M.A.T; hosting the source code of one project covered by MPL-2 in a private repo does not make it Closed Source; whenever the code author releases an executable form (binary) of the code, he has the obligation to provide, by reasonable means, access to the source code that was used to compile the executable form; "reasonable" means could very well be a link to a source tarball or, upon user request, dispatch of the used source via a physical storage medium (the cost of which should be covered by the user requesting it...); what's more important is the fact that the publicly revealed source code does not carry the "buildability" obligation, that is any additional "hack" used by the author to compile the source into an executable form can remain private... I see this discussion (here in this thread) quickly exploding, again, to Rebranding Roytam1's browser offerings ; so I agree with @TechnoRelic that any additional content to that end be posted in the existing specific thread, not here... My initial comment here was to highlight the fact the unofficial Pale Moon branding (upon which NM28 is built) has been changed upstream but not adopted by "us", and the eventual ramifications (if any) that decision (by "our" maintainer) may entail... I hope it's clear now...

... And this is something we've all been informed about... I'm sure it will be acted upon when convenient...

The last release channel version of WSUS Offline with Vista support was v10.9.2, released on 2017-03-19; the last release channel version of WSUS Offline with WS2008 support was v11.8.3, released on 2019-11-14. Vista users should probably use the ESR channel of WSUS Offline; the last/most recent version advertised on their download page with any Vista support is v9.2.5, released on 2019-06-04: https://download.wsusoffline.net/ => Archive However, there's still a more recent v9.2.6, not being publicly advertised, released on 2019-11-08: https://download.wsusoffline.net/wsusoffline926.zip

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rths.ml/boc-uxp/mailnews.win32-20200919-355db4de-uxp-c1988898f-xpmod.7z BNavigator Win32 https://o.rths.ml/boc-uxp/bnavigator.win32-20200919-355db4de-uxp-c1988898f-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom-older * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rths.ml/hbl-uxp/icedove.win32-20200919-id-eed0566-uxp-c1988898f-xpmod.7z IceApe-UXP(suite) https://o.rths.ml/hbl-uxp/iceape.win32-20200919-id-eed0566-ia-41157bf-uxp-c1988898f-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild My changes since last IceDove build (part of sources from djames1/BlueGorilla): - Calendar: Backport binoc-central commit 0221b5446aad62569d26ba66665b1a7d997fa9fe Make lightning behave better with themes (0c90aa7) My changes since last IceApe build (part of sources from djames1/BlueGorilla): - really fix win32 packaging (caee48f) - [SSL PREFERENCES]: Backport binoc-central commit 4918c9c * Re-add TLS 1.3 to the SSL prefpane (f745bbb) - Suite: Port binoc-central commit ccff91030a693b63b0547683d3d0d20f997599b0 Update HWA prefs for suite (d29d2b9) - Suite: Backport Mozilla bug 1153671: JavaScript 1.6's for-each-in loops are deprecated (98d4f2c) - Suite: Backport bug 1571287: Add isShowingJunkNotification function to SeaMonkey mail component. (b0d0865) - Suite: Backport Mozilla bug 1549391. Don't show need to update notifications if MOZ_UPDATER is not defined. (251d3c5) - Suite: Backport Mozilla bug 1519902. Add an optional document argument to imgICache::FindEntryProperties() (4e9bfe5) - Suite: Backport Mozilla bug 1496047: Clean up suite/app/Makefile.in (4407e50) - Suite: Backport Mozilla bug 1492154: Session service does not handle custom protocols properly (193dacc) - Suite: Backport Mozilla bug 1353428. Add pref to always open a new tab next to the current one (9113aa4) - Suite: backport binoc-central commit 90a6c26009e4520d8bb066409a83faf87eb01405: Port opportunistic encryption changes (3271b3d) - Suite: Backport binoc-central commit 75f1256: Add Cookie Manager (7542519) - Suite: Backport binoc-central commits 53177cb and 76a7eea * Replace the unused Permissions Manager with a superior one * Get rid of obsolete cookie manager * Offline Data Permissions Manager should show block not allow (1397854) - Suite: backport binoc-central commit e5b9d96: Change the last of the Data Manager consumers to use their original managers (7f1bd9c) - Suite: Multiple Changes: Stop using data manager in multiple different places Backport binoc-central commit e5b9d96: Change the last of the Data Manager consumers to use their original managers Backport binoc-central changes related to password manager (e129927) - Suite: Remove more tests, fix issues building (edd6845) - Suite: Port toPasswordManager function (c216cb8) - Suite: Backport binoc-central commit 71dfba7: * Update losslessDecodeUri (691b296) - Suite: Backport Mozilla bug 1625750: * Drop "Lightning/version" from user agent string (4129fe3) - Suite: Backport Mozilla bug 1612760: * Create warnAboutClosingTabs method for tabbrowser, use proper plural form for close tabs warnings and port |Bug 866880 - Implement Close Tabs to the Right| to SeaMonkey (fc3d3fe) - Suite: Backport Mozilla bug 493217: Add an Appearances->Media preferences panel to permit configuring media.autoplay.enabled. (965af08) - Suite: Backport binoc-central commit 3507421: * Refine Cookie Manager's layout slightly (9d8eab4) - Suite: backport binoc-central commit 0692fc1: * Add a pref to allow the stop button to always be enabled (47497bc) for UXP changes please see above.

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)

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.

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

From my understanding, I don't think ECC has anything to do with it. A memory leak is a software fault.