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

 New build of post-deprecated basilisk/moebius for XP!
* Notice: This repo will not be built on regular schedule, and changes are experimental as usual.
** Current moebius patch level should be on par with 52.8, but some security patches can not be applied/ported due to source milestone differences between versions.

Test binary:
Win32 http://o.rths.cf/basilisk/basilisk55-win32-git-20190119-9c1bff848-xpmod.7z
Win64 http://o.rths.cf/basilisk/basilisk55-win64-git-20190119-9c1bff848-xpmod.7z

repo: https://github.com/roytam1/basilisk55

Repo changes:
- update libaom to rev f4e775cf3753ec26109c8ced5621c565f53085b6 (without moz.build and aom_ports/aom_once.h) (69f3033c6)
- update libaom to rev 9b1252eab0616d2c1f6d7990c6256441c0b6483f (without moz.build and aom_ports/aom_once.h) (bba80660d)
- update libaom to rev c07e9d6ccf340843e8899e7da6b15a0893007bd5 (without moz.build and aom_ports/aom_once.h) (bfd0f4404)
- update libaom to rev a1615ed01a112432825f231a1fa47295cff127b4 (without moz.build and aom_ports/aom_once.h) (abe401331)
- update NSS to rev c8f7602ce9e6 with nss339-vc2013.diff applied (89623fdde)
- import changes from wg9s seamonkey-2.49 patches:
 - Bug 1420865 - Don't check for CONTENT_MAY_CHANGE_TRANSFORM across layer trees. r=mstange, a=RyanVM
 - Bug 1466991 - Part 1: Factor out ShouldUseXBLScope. r=smaug, a=RyanVM
 - Bug 1376756 - gtk: while drawing nsTreeBodyFrame, fetch current row attributes for proper style rendering. r=karlt a=jorgk DONTBUILD
 - Bug 1465458 - Fix launching downloads without a file extension on Windows. r=mak, a=RyanVM
 - Bug 1470260 - Part 1: Ensure that 'this' stays alive for the duration of the TickRefreshDriver call. r=emilio, a=RyanVM
 - Bug 1470260 - Part 2: Make RefreshDriverTimer ref-counted and hold a strong ref on it on the stack when nsRefreshDriver::Tick can be reached. r=emilio, a=RyanVM
 - Bug 1469914 - Prevent the HAL from registering duplicate observers. r=froydnj, a=RyanVM
 - Bug 1472925 - Keep a strong reference to MediaStreamGraph from GraphDriver. r=padenot, a=RyanVM
 - Bug 468497: Inform the accessibility FocusManager when a XUL tree's view changes. r=MarcoZ a=jorgk DONTBUILD
 - Bug 1362303: Avoid crashes when dragging on macOS due to failed allocations of large shmem segments. r=glandium
 - Bug 1473161 - Add missing bound check in nsContentUtils::DataTransferItemToImage. r=nika, a=RyanVM
 - Bug 1456294 - Hook ImmAssociateContextEx. r=masayuki, a=RyanVM
 - Bug 1435319. r=valentin, a=RyanVM
 - Bug 1478679 - Fix memory leak in LCovCompartment. r=nbp, a=RyanVM
 - Bug 1468053 - Disable a workaround on macOS 10.14+ for an Apple bug described in bug 378645 involving popup windows that was fixed by Apple. r=mstange, a=RyanVM
 - Bug 1403945 - Add utility functions to recognize OS X 10.13. r=mstange, a=sledru
 - Bug 1468053 - Add nsCocoaFeatures::OnMojaveOrLater(). r=haik, a=RyanVM
 - Bug 1467889 - Adjust some uses of XPCOM strings. r=mrbkap, r=mstange, a=RyanVM
 - Bug 1474883 - Ensure D2D glyph cache is pruned after rendering 1000 transformed glyphs. r=bas, a=RyanVM
 - Bug 1450989 - Capture the action and target as part of the form submission creation. r=bz, a=RyanVM
 - Bug 1473113 - Defer initializing the MAR index until it's needed. r=rstrong, a=RyanVM
 - Bug 1467363 - Protect access to mTransparentSurface with a lock. r=rhunt, a=RyanVM
 - Bug 1404274 - Key Evaluation on the cloned JS objects. r=asuth, a=RyanVM
 - Bug 1480640 - Fix hazard in CopyingStructuredCloneReadCallback. r=baku, a=RyanVM
 - Bug 1480092 - Cherrypick rev 52add5896661d186dec284ed646a4b33b607d2c7. r=drno a=RyanVM
 - Bug 1466577 - Race condition in WebSocketChannel::StopSession. r=hurley a=dveditz
 - Bug 1461307 - Overwrite selection colors of widget which may be referred by IME via IM context with selection colors of GtkTextView. r=karlt, a=RyanVM
 - Bug 1480521 - Backport fixes from Bug 1479900. r=sfink, a=RyanVM
 - Bug 1469348 - Fix the problem of download file failed on Mac. r=paolo, a=RyanVM
 - Bug 1478575 - Unify CamerasChild shutdown paths. r=gcp, a=RyanVM
 - Bug 1461706 - Sync disabled state of number control regardless of appearance. r=jwatt, a=RyanVM
 - Bug 1485224 - Make best efforts to write a stack frame atomically. r=froydnj
 - Bug 1435212 - Add support for FFmpeg 4.0. r=bryce, a=jcristau
 - Bug 1512882 - Use Windows 7 search icon on Windows 8.x. r=IanN a=IanN
 - Bug 1496588: Avoid a UB in mozStorageService.cpp. r=froydnj
 - Bug 1500759 - Root parameter dictionaries in AesTask::Init(). r=keeler, a=lizzard (9c1bff848)

  • Like 1
  • Upvote 4

Share this post


Link to post
Share on other sites

@roytam1 ==>  To use SM-2.49 LangPack in Borealis, some changes have to be done in SM LangPack <==


Okay, this RT modification WORKS (THANKS!) for (SeaMonkey) SM-2.49 LANGPACK with RT Borealis Browser:
https://o.rths.cf/boc-uxp/
I have repeated and 'enhanced' the RT initial message posting, for intended clarity.
The SM-2.49 LANGUAGE PACKS are located here:
https://www.seamonkey-project.org/releases/#langpacks


*** RT Message (Below) ***

(Note: Using 7-Zip and Notepad++ free softwares)
 
If you really want to use SM-2.49 LANGPACK in RT Borealis, these changes (SM LANGPACK) have to be done:

- Add this in install.rdf (file ; adding 'code' appropriately 'nested' at bottom)

    <em:targetApplication>
      <Description>
        <em:id>{a3210b97-8e8a-4737-9aa0-aa0e607640b9}</em:id>
        <em:minVersion>1.0.0a1</em:minVersion>
        <em:maxVersion>*</em:maxVersion>
      </Description>
    </em:targetApplication>

- Copy (sm langpack) chrome\<langcode>\locale\<langcode>\communicator\console\console.* (2 Files)
to (sm langpack) chrome\<langcode>\locale\<langcode>\global\

- Copy datetimebox.dtd (file) from (RT Borealis Browser) omni.ja ; omni.ja = decompress file (7-Zip)
to (sm langpack) chrome\<langcode>\locale\<langcode>\global\ (and translate)

- Copy communicator\consoleOverlay.dtd (file) from (RT Borealis) omni.ja ; omni.ja = decompress file (7-Zip)
to (sm langpack) chrome\<langcode>\locale\<langcode>\communicator\ (and translate)

- Modify (sm langpack) chrome\<langcode>\locale\<langcode>\global\findbar.dtd (file),
adding (and translate) these:

<!ENTITY next.label "Next">
<!ENTITY next.accesskey "N">
<!ENTITY previous.label "Previous">
<!ENTITY previous.accesskey "P">

- modify (sm langpack) chrome\<langcode>\locale\<langcode>\navigator\tabbrowser.dtd (file),
adding (and translate) these:

<!ENTITY  bookmarkTab.label    "Bookmark This Tab">
<!ENTITY  bookmarkTab.accesskey  "B">

Then at least it won't stop working after applying sm langpack.

(Note: RT by "and translate" means "Next" becomes "Siguiente" (Spanish) ; do for all 'label' entries)

*** RT Message (Above) ***
 

*** 'about:config' ; Changes for LANGUAGE PACK activation (Below) ***

URL Reference: http://addons.palemoon.org/language-packs/  

"general.useragent.locale"
Which is set to "en-US" by default. Change to say "es-ES" for SPAIN (Spanish Language)

"intl.accept_languages"
Which is set to "en-US, en" by default. Change to say "es-ES, es" for SPAIN (Spanish Language)

*** 'about:config' ; Changes for LANGUAGE PACK activation (Above) ***


(Note: Borealis "omni.ja" is a compressed file. Use 7-Zip to decompress and access RT referenced files)

Edited by TechnoRelic
  • Like 1

Share this post


Link to post
Share on other sites
3 minutes ago, TechnoRelic said:

Okay, this RT modification WORKS (THANKS!) for (SeaMonkey) SM-2.49 LANGPACK with RT Borealis Browser

this is only a portion, there are some more missing parts. for details, you may do a WinMerge comparing with seamonkey's omni.ja\chrome\en-US\locale\en-US\ and borealis's omni.ja\chrome\en-US\locale\en-US\

  • Like 2
  • Upvote 1

Share this post


Link to post
Share on other sites

Ok, so if adding a language pack to Basilisk UXP will be a case of modifying XML file, i might be able to handle that. The problem is where should I start, any noobies hints? where the documentation lies? Which files should I modify? Mozilla pages about that I found are way to vague...

Other case (more important) is a dictionary. I can live with Basilisk running in English, but Polish dictionary is a muss for me. I can download it via native add-on manager in Basilisk, but it cannot be opened. Anyone tried to work it out? Ok, I found this one out myself- it was enough to copy polish dictionary files from firefox 52 ESR to Basilisk 'dictionary' folder.

Edited by Mcinwwl
found one solution myself

Share this post


Link to post
Share on other sites
On 1/15/2019 at 4:50 PM, Mathwiz said:

If you don't need/use WebRTC, the website linked above contains instructions for disabling it and preventing those info leaks. But what if you do use it?

One solution might be the WebRTC Control add-on. This adds a toolbar button that simply toggles WebRTC on or off, a la the popular Flash Disable add-on. So you can leave it off for normal browsing, but turn it on before going to a site that requires it.

Edit: Should have checked first. Couldn't install WebRTC Control linked above. All three versions download OK but Basilisk reports that they all appear to be corrupt. Must be a bad hash somewhere

"but Basilisk reports that they all appear to be corrupt. Must be a bad hash somewhere" :

This is a generic message given out by Basilisk/Serpent when the WebExtension addon one attempts to install is somehow unsupported/incompatible; only rarely does it actually indicate a corrupt file (due to, e.g., erratic connection during download, etc.).

In the case of the referenced extension, the error is caused by a limitation in the set of WebExtension APIs present in Basilisk/Serpent (which, as you know, is only a subset :angry: of the WE APIs present in the MozillaESR 52 platform, that UXP forked) ... In fact, Basilisk/Serpent have no support for id-less WE addons, hence the generic error message produced...

Easy workaround: Once you download to disk file webrtc_control-0.2.3-an+fx.xpi, open it with 7-zip archiver; first, you can optionally delete the whole META-INF directory, to reduce addon size, since Basilisk doesn't check for extension signing; then, open file manifest.json in an editor and, towards the end, add an arbitrary extension-id, e.g. I added:

(modified file, shown here is excerpt starting at line 31)

    "128": "data/icons/128.png"
  },
  "applications": {
    "gecko": {
    "id": "webrtc-control@basilisk.org"
    }
  }
}

Save your patched .xpi file (for me, once I exit my text editor, 7-zip auto-prompts to save the committed changes) and then install to Basilisk via drag-n-drop; it should install now without errors:

ysGvgEZ.jpg

As discussed previously, the WE version of an addon is preferred over its legacy version when the browser is to be (force-)run in multiprocess (e10s) mode ;) ...

Share this post


Link to post
Share on other sites
On 1/15/2019 at 8:08 PM, caliber said:

watch later button (lower right corner) is missing on youtube under PM28

... This is because Pale Moon 28 (New Moon 28) has a native Site-Specific-User-Agent-Override (SSUAO) for youtube.com that forces it to display in the older ("Classic") web style, which lacks, among other things, the "Watch later" button (placed after "Share" button in the new "Material" web style). 

general.useragent.override.youtube.com;Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 PaleMoon/28.3.0a1

If you want to force the new "Material" design for youtube (and thus make the "Watch later" button available to you in NM28), you should modify the SSUAO to spoof a recent Mozilla Firefox version:

general.useragent.override.youtube.com;Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0

Be warned that the Material youtube design works better in more recent hardware (namely GPU/CPU)... ;)

  • Like 1
  • Upvote 1

Share this post


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

"but Basilisk reports that they all appear to be corrupt. Must be a bad hash somewhere" :

This is a generic message given out by Basilisk/Serpent when the WebExtension addon one attempts to install is somehow unsupported/incompatible; only rarely does it actually indicate a corrupt file (due to, e.g., erratic connection during download, etc.).

In the case of the referenced extension, the error is caused by a limitation in the set of WebExtension APIs present in Basilisk/Serpent (which, as you know, is only a subset :angry: of the WE APIs present in the MozillaESR 52 platform, that UXP forked) ... In fact, Basilisk/Serpent have no support for id-less WE addons, hence the generic error message produced...

Easy workaround: Once you download to disk file webrtc_control-0.2.3-an+fx.xpi, open it with 7-zip archiver; first, you can optionally delete the whole META-INF directory, to reduce addon size, since Basilisk doesn't check for extension signing; then, open file manifest.json in an editor and, towards the end, add an arbitrary extension-id, e.g. I added:

(modified file, shown here is excerpt starting at line 31)


    "128": "data/icons/128.png"
  },
  "applications": {
    "gecko": {
    "id": "webrtc-control@basilisk.org"
    }
  }
}

Save your patched .xpi file (for me, once I exit my text editor, 7-zip auto-prompts to save the committed changes) and then install to Basilisk via drag-n-drop; it should install now without errors.

Thanks for the clarification. Good to know that "appears to be corrupt" might only mean "not supported."

Since I, personally, don't use WebRTC, I just disabled it in about:config on my browser. But as I posted, someone who does use WebRTC needs a more convenient way to toggle it on/off.

  • Like 1

Share this post


Link to post
Share on other sites
13 hours ago, VistaLover said:

As discussed previously, the WE version of an add-on is preferred over its legacy version when the browser is to be (force-)run in multiprocess (e10s) mode ;) ...

 

5 hours ago, Sampei.Nihira said:

I get their point; but the obvious problem is, some of us are already using some WebExtension add-ons in Basilisk, so this breaks compatibility with our browser set-ups. IMO it would be better to leave WebExtensions in the code & just not do any further development on them (except for security fixes).

Editorial: I wonder if the PM team is unclear on the problem with WebExtensions. As I see it, the problem isn't that they exist; the problem is that Mozilla decided to force everyone to rewrite their add-ons to use them, in order to install on newer FF versions; thus disabling any legacy add-ons that weren't actively being maintained. This is the main reason I switched to Basilisk in the first place - I didn't want to have to find replacements for all my legacy add-ons - but now the PM team is about to make the exact same mistake, in the opposite direction!

Maybe there are also a couple of unstated reasons for the PM team to remove WebExtensions from Basilisk:

  1. To remove any incentive to move from PM to Basilisk in order to use newer WebExtension add-ons
  2. To further incentivize add-on developers to maintain legacy versions of their add-ons
1 hour ago, roytam1 said:

don't know if I will follow or not

I may have to start using your XP builds even on Win 7, just to keep compatibility with my existing set of add-ons.

Edited by Mathwiz
  • Like 3

Share this post


Link to post
Share on other sites
1 minute ago, Sampei.Nihira said:

XUL and Wes could not coexist for a long time.

 

Waterfox team may try to keep them coexist as long as possible

  • Like 3

Share this post


Link to post
Share on other sites

Thanks.

I have UBO. The WebRTC checkbox on my UBO settings page is greyed out; possibly because I installed the WebRTC add-on (via @VistaLover's suggested mods) for testing.

Really, the only advantage of a dedicated add-on is that you can toggle your internal IP address on or off with one click. Otherwise, you have to go into UBO, open the dashboard, click settings, and click the checkbox. Or you have to go into about:config, filter, and toggle the media.peerconnection.enabled setting. I would think either is too much trouble for folks that actually use WebRTC.

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

×