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. 


roytam1

My build of New Moon (temp. name) a.k.a. Pale Moon for XP

Recommended Posts

 

1 hour ago, PROBLEMCHYLD said:

I don't mind advertisement but show me stuff I'm interested in.

+1 in addition to that, light and not intrusive banners in the middle of text :angry:

Share this post


Link to post
Share on other sites

This is yet another reason why I refuse to use Google Chrome! I don't trust Google, because they're always trying stuff like this!

And if Mozilla follows suit, I'll probably use some fork that isn't affected (there is, of course, Pale Moon and such for Windows, but what about for Mac? ArcticFox, a fork of PM ported to the Mac, is a compelling option (it runs on Snow Leopard (the Mac equivalent of XP) and later, which is nice)).

c

Share this post


Link to post
Share on other sites

Google will say you many bul***** like adblocker decrease performance but actual reason is that they can't milk money from users if they don't watch ads.

  • Like 2

Share this post


Link to post
Share on other sites
12 hours ago, cc333 said:

And if Mozilla follows suit

And I don't think (and I really hope they won't) they will shoot themselves in the foot again, like they did in late 2017, shortly after Quantum was released, with the whole Mr. Robot thingy.

Share this post


Link to post
Share on other sites

That put my mind somewhat at ease, although I'm not directly affected since I don't use modern Firefox anyway.

BTW, I think this statement was wrong:

Quote

WebRequest on Firefox is already more potent and better designed than the current one in Chrome, to the point that uBlock Origin has more capabilities on modern Firefox than it has as a legacy extension....

As you know, I just switched to the legacy version of uBO because it has a capability the WE version doesn't have: blocking WebRTC from leaking your local IP address.

Of course the WE version probably has some capabilities the legacy version lacks too, but it's not as clear-cut as Handsome_Jack implied.

Share this post


Link to post
Share on other sites

New build of basilisk/UXP for XP!

Test binary:
Win32 https://o.rths.cf/basilisk/basilisk52-g4.1.win32-git-20190126-322d0be58-xpmod.7z
Win64 https://o.rths.cf/basilisk/basilisk52-g4.1.win64-git-20190126-322d0be58-xpmod.7z

diff: https://o.rths.cf/basilisk/UXP-xp-gitdiff-20181110.7z

PM28XP build:
Win32 https://o.rths.cf/palemoon/palemoon-28.4.0a1.win32-git-20190126-322d0be58-xpmod.7z
Win64 https://o.rths.cf/palemoon/palemoon-28.4.0a1.win64-git-20190126-322d0be58-xpmod.7z

Official repo changes since my last build:
- Disable IntersectionObserver API because of crashes. (ac1beef5c)
- Actually unlink targets from registered intersection observers. (9adcf4429)
- Revert "Disable IntersectionObserver API because of crashes." (5ef0018a5)
- Properly camelCase dom.intersectionObserver.enabled pref. (9a954e2d1)
- Update libwebp to version 1.0.2 (d1a0bfe22)
- Make resuming of decoding work for anonymous decoders. (64d65e096)
- Make Sourcebuffer::AppendFromInputStream handle canceled image loads. (87bef3e99)
- Check for contiguous buffer state. (8dd8df90b)
- [BASILISK] Disable WebEx support. (ef75531aa)
- Fix bookmarks backup logic. (99f5afe64)
- Fix incorrect file reference in `onDownloadDragStart` (322d0be58)

My changes since my last build:
- enabled --enable-webextensions build option in basilisk/UXP builds

Edited by roytam1
  • Like 4

Share this post


Link to post
Share on other sites

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rths.cf/boc-uxp/mailnews.win32-20190126-d31e5ac-uxp-322d0be58-xpmod.7z
Browser-only Suite Win32 (removed due to request)

source patch (excluding UXP): (removed due to request)

No Official repo changes since my last build.

For UXP changes please see above.

Edited by roytam1
  • Like 1

Share this post


Link to post
Share on other sites

New Palemoon 27 Build!
* This build is beyond official 27.9.4 build.

32bit https://o.rths.cf/palemoon/palemoon-27.9.1a1.win32-git-20190126-21b0da255-xpmod.7z
32bit SSE https://o.rths.cf/palemoon/palemoon-27.9.1a1.win32-git-20190126-21b0da255-xpmod-sse.7z
32bit noSSE https://o.rths.cf/palemoon/palemoon-27.9.1a1.win32-git-20190126-21b0da255-xpmod-ia32.7z

64bit https://o.rths.cf/palemoon/palemoon-27.9.1a1.win64-git-20190126-21b0da255-xpmod.7z

source repo: https://github.com/roytam1/palemoon27

repo changes since my last build:
- hack: add --enable-nightly-build switch for defining NIGHTLY_BUILD (050ffd892)
- import changes from rmottola/Arctic-Fox:
 - Bug 1101903 - Part 1: Convert SharedContext::strict to a method. (c419cb895)
 - Bug 1101903 - Part 2: Allow parsing and emitting strict mode code in smaller than script-sized units. (d00819026)
 - Bug 1124362 - Allow strict-reserved names to be method names. (6fd24146f)
 - Bug 1066227 - Part 1: Create a clean way to create lexical bindings at initalizer sites. (2305b65c6)
 - Bug 1066227 - Part 2: Rename objectLiteral() propertyList() in preparation for classes. (e53b9cf12)
 - Bug 1066227 - Part 3: Parser support for basic ES6 ClassStatements (Nightly Only). (5ff4cb3b9)
 - Bug 1066227 - Part 4: Reflect.parse support for ClassStatements (a67bae8a3)
 - Bug 1066227 - Tests. (ebe27243e)
 - Bug 1066229 - Part 1: Create a clean way to emit lexical initializers (2d4900e5b)
 - Bug 1066229 - Part 2: Factor EmitPropertyList() out of EmitObject(). (09b97b557)
 - Bug 1066229 - Part 3: Create JSOP_INITLOCKEDDPROP, which adds non-configurable non-writable non-enumerable properties. (80d4961b4)
 - Bug 1066229 - Part 4: Create JSOP_INITHIDDENPROP, which adds non-enumerable properties. (1c79190e4)
 - Bug 1066229 - Follow up: Enable |let| in ecma_6/Class/ in browser JS reftests. (12a117456)
 - Bug 1066229 - Tests. (8577d220a)
 - Bug 1066229 - Tests. (957f4fead) (99ddd8387)
- import changes from rmottola/Arctic-Fox:
 - Bug 1134638: 10. Inline SIMD comparisons in Ion (6bafd7b98)
 - Bug 1134638: 11. Add type checks in move emitter and LIR generation (a7ae1e2b2)
 - Bug 1134638: 12. Inline with{X,Y,Z,W} in Ion (abd1dd915)
 - Bug 1134638: 13. Inline splat in Ion (ca6db67bb)
 - Bug 1134638: 14. Inline SIMD getters (signMask, .x, .y, .z, .w) in Ion (ea8a76e4f)
 - Bug 1134638: 15. Inline select/bitselect in Ion (7ebcd4d06)
 - Bug 1134638: 16. Use more macros (2f5090a52) (21b0da255)

My changes since my last build:
- enabled --enable-nightly-build and --disable-replace-malloc build options

Edited by roytam1
  • Like 2

Share this post


Link to post
Share on other sites

New regular/weekly KM-Goanna release:
https://o.rths.cf/kmeleon/KM76.1-Goanna-20190126.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git de2f91a7b..21b0da255:
- hack: add --enable-nightly-build switch for defining NIGHTLY_BUILD (050ffd892)
- import changes from rmottola/Arctic-Fox:
 - Bug 1101903 - Part 1: Convert SharedContext::strict to a method. (c419cb895)
 - Bug 1101903 - Part 2: Allow parsing and emitting strict mode code in smaller than script-sized units. (d00819026)
 - Bug 1124362 - Allow strict-reserved names to be method names. (6fd24146f)
 - Bug 1066227 - Part 1: Create a clean way to create lexical bindings at initalizer sites. (2305b65c6)
 - Bug 1066227 - Part 2: Rename objectLiteral() propertyList() in preparation for classes. (e53b9cf12)
 - Bug 1066227 - Part 3: Parser support for basic ES6 ClassStatements (Nightly Only). (5ff4cb3b9)
 - Bug 1066227 - Part 4: Reflect.parse support for ClassStatements (a67bae8a3)
 - Bug 1066227 - Tests. (ebe27243e)
 - Bug 1066229 - Part 1: Create a clean way to emit lexical initializers (2d4900e5b)
 - Bug 1066229 - Part 2: Factor EmitPropertyList() out of EmitObject(). (09b97b557)
 - Bug 1066229 - Part 3: Create JSOP_INITLOCKEDDPROP, which adds non-configurable non-writable non-enumerable properties. (80d4961b4)
 - Bug 1066229 - Part 4: Create JSOP_INITHIDDENPROP, which adds non-enumerable properties. (1c79190e4)
 - Bug 1066229 - Follow up: Enable |let| in ecma_6/Class/ in browser JS reftests. (12a117456)
 - Bug 1066229 - Tests. (8577d220a)
 - Bug 1066229 - Tests. (957f4fead) (99ddd8387)
- import changes from rmottola/Arctic-Fox:
 - Bug 1134638: 10. Inline SIMD comparisons in Ion (6bafd7b98)
 - Bug 1134638: 11. Add type checks in move emitter and LIR generation (a7ae1e2b2)
 - Bug 1134638: 12. Inline with{X,Y,Z,W} in Ion (abd1dd915)
 - Bug 1134638: 13. Inline splat in Ion (ca6db67bb)
 - Bug 1134638: 14. Inline SIMD getters (signMask, .x, .y, .z, .w) in Ion (ea8a76e4f)
 - Bug 1134638: 15. Inline select/bitselect in Ion (7ebcd4d06)
 - Bug 1134638: 16. Use more macros (2f5090a52) (21b0da255)

* Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses.

My XULRunner changes since my last build:
- enabled --enable-nightly-build and --disable-replace-malloc build options

Edited by roytam1

Share this post


Link to post
Share on other sites
25 minutes ago, roytam1 said:

My changes since my last build:
- enabled --enable-webextensions build option in basilisk/UXP builds

Cool! Keeping WE was as simple as specifying a build option?

Share this post


Link to post
Share on other sites
11 hours ago, Mathwiz said:

it has a capability the WE version doesn't have: blocking WebRTC from leaking your local IP address.

WE version can do that as well, just it's grayed out in older versions of Firefox, prob due to their limited support for WEs, but in Firefox 64 you can enable it just fine.

  • Like 1
  • Upvote 1

Share this post


Link to post
Share on other sites

I'll have to try the WE version of uBO on Basilisk 55 just to see what happens.

Share this post


Link to post
Share on other sites
On 1/25/2019 at 9:13 PM, Mathwiz said:

Cool! Keeping WE was as simple as specifying a build option?

Evidently it works; all my WE add-ons are still enabled.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×