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 browser builds (part 2)

Recommended Posts

12 hours ago, DanR20 said:

there’s one minor issue with moebius, the pref “mousewheel.with_control.action” doesn’t affect horizontal scroll when set to 4. In UXP this functions properly as it does in every other version of firefox. Can it be fixed?

will have a look later to see if I can fix it or not

Share this post


Link to post
Share on other sites

Hello everyone, haven't been here for 6-8 months, so I have 2 questions. Help me please =)

1. What is the difference between 27.9.1 and 27.9.18 versions of PM from the 1st page of this new thread? I'm currently using 27.9.6 version for XP (2019-03-23).

2. Some modern sites have JavaScript errors. For example, code snippets with syntax highlighting and diff support on emberjs.com don't work in PM 27.9.6, but work perfectly in Firefox 52.9.0 ESR portable. The question is will this problem be fixed by updating to latest 27.9 build, or should I use 28.x instead? Is the JavaScript engine getting updates regularly, or only security and performance patches are applied by @roytam1?

The code that is breaking for me is

var e = this.element.querySelectorAll('pre:not(.no-line-numbers) > code')
e && e.forEach(function (e) {
    e.parentNode.classList.add('line-numbers')
})

I know what's happening here, it's just the laziness of programmers who didn't bother to call [].slice.call(e).forEach instead of just e.forEach, that is, I suppose, allowed by newer standard. I have seen it on another site before.

Anyway, is it already fixed in 27.9, which I love for its speed, or will it never be?

Edited by Alex654

Share this post


Link to post
Share on other sites

Just stopped in to say thank you very much for keeping these browser forks updated and working well. A number of web sites are starting to turn their nose up at 27.9, but with the other two, I can still get to where I must on Windows XP. Although I hate how Mozilla messed up the title bar/menus in 52/Basillisk.

Noticed that this moved to a new thread on the forum - you guys really need an entire subforum dedicated to this. :)

Thanks!

  • Like 2

Share this post


Link to post
Share on other sites

Thinking back about the time when "you know who" made a lot of fuss about the branding of the forked browsers, I noticed mainstream Basilisk still contains strings where the browser is referred to as "Firefox".

  • Like 2

Share this post


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

CTR is still available outside of the CAA extension (which is where you obviously obtained that direct link from ;) ) in the author's GitHub repository:

https://github.com/Aris-t2/ClassicThemeRestorer/releases

If you're using the official Basilisk application on Win7+, then the latest CTR_v1.7.8.2019.10.27 is recommended; if, OTOH, you're using Serpent 52.9.0/55.0.0, then CTR_v1.7.8 is the last (EoS'ed) version for Serpent; the add-ons manager (AOM) is now different between Bk and St (Bk now uses PM's AOM with no support for WEs, while St retains FxESR52's AOM), Aris is currently maintaining CTR for official Bk (and classic Waterfox), only... :(

Share this post


Link to post
Share on other sites

Notice: git repo update times may be decreased as I need more time on transportation to/from workplace at the moment. #5DN1L

  • Upvote 3

Share this post


Link to post
Share on other sites
On 11/9/2019 at 5:36 PM, DanR20 said:

as it does in every other version of firefox.

(The discussion topic here is horizontal scrolling via mousewheel )

Hi :) ; most members frequenting this thread are on Windows XP (or older OSes), with the exception of the few Vista users like me; not all of such members have ready access to Win7 or higher... :(

I tested several Firefox versions (up-to-and-including v53) that would run in my system, I wasn't able to enable HS in any of them, via either of the following "mousewheel.with_*.action" prefs:

mousewheel.with_control.action;4
mousewheel.with_shift.action;4

It turns out that HS was enabled in Firefox only as recently as v58.0:

Horizontal Scrolling with Mouse wheel+ modifier key

and, mind you, that was a bug originally opened in 2002 (!) ...

Mercurial commit that implemented the fix:

https://hg.mozilla.org/mozilla-central/rev/63b547bb4078

So, pray tell, which was "every other version of firefox" ?

On 11/9/2019 at 5:36 PM, DanR20 said:

In UXP this functions properly

Actually, that's quite an interesting story...

Horizontal scrolling had been implemented in a perfect way by MCP in the previous PM platform, Tycho, forked off Mozilla ESR 38; New Moon 27.9.x, currently maintained by @roytam1, is built on Tycho ;) ; HS in Tycho can be enabled by setting one of the "mousewheel.with_*.action" prefs to a value of 4.

HS in Tycho works on both pages and frames; to test it on a page, zoom the page content until a horizontal scroll bar appears in the bottom of the tab; keep the designated key pressed and by simply moving the mousewheel, that bar should move, too...

To test on a frame, just load https://www.bing.com in a tab and then have the bookmarks/history sidebar displayed (e.g. ctrl+B); increase the sidebar's width to the right, so that a horizontal scroll bar appears in the bottom of the bing tab...

When PM was ported from Tycho to UXP, that feature (HS) regressed :realmad: :

https://forum.palemoon.org/viewtopic.php?f=37&t=20119 =>

https://github.com/MoonchildProductions/UXP/issues/732 =>

https://github.com/MoonchildProductions/UXP/commit/f0e053a

However, Moonchild's fix was only partial, in that HS works in PM/NM28 for pages only, not frames; relevant UXP bug is still open: 

https://github.com/MoonchildProductions/UXP/issues/1173

On 11/10/2019 at 5:52 AM, roytam1 said:
On 11/9/2019 at 5:36 PM, DanR20 said:

there’s one minor issue with moebius, the pref “mousewheel.with_control.action” doesn’t affect horizontal scroll when set to 4. (snipped) Can it be fixed?

will have a look later to see if I can fix it or not

What you can obviously do is try whether UXP bug 732 (linked to above) applies cleanly in Moebius; of course, it would be just as partial, i.e. only apply on pages... IDK whether Mozilla bug 143038 is a better approach to the issue at hand... :dubbio:

FWIW, legacy extension "Shift + Scroll (Horizontal Scrolling)" is available via CAA ("caa:addon/shift-scroll", originally over at AMO ); not tested :P ...

 

Edited by VistaLover
  • Like 1

Share this post


Link to post
Share on other sites
1 hour ago, VistaLover said:

So, pray tell, which was "every other version of firefox" ?

 

Ok should have specified every other version of firefox from 60+, since those are versions I'm on in Win 7 when not UXP.

The function isn't used much in Win 7 by me since beginning in that OS the mouse API lacking in XP lets you scroll left or right solely with the middle mouse wheel by tilting it left or right. Much more convenient.

In XP "mousewheel.with_*.action" - 4 is the best alternative available. I am aware it was added in Pale Moon and then removed for some reason and is probably reflected in moebius.  

Share this post


Link to post
Share on other sites

I might be the only one, but I tried Disney Plus today on Pale Moon 27 and Basilisk 52 running on Windows Vista (with the enabled VP9, DLL's) and it doesn't work. After clicking on Play, I get Error 83. Someone who maybe knows how to solve it, if it can be solved?

Edited by Stefan43

Share this post


Link to post
Share on other sites
52 minutes ago, Stefan43 said:

but I tried Disney Plus today on Pale Moon 27 and Basilisk 52 running on Windows Vista

If they're using DRM (with no Silverlight NPAPI fallback), then

1. Any version of Pale Moon (official 27.9.4 runs on Vista, official 28.x.x doesn't) or New Moon don't have any support for EME, DRM and the WidevineCDM needed to decrypt the DRM'ed streams.
2. If you're actually using the Serpent 52.9.0 fork, able to run on Vista, then I have seriously bad news to tell you: while St52 does support EME/DRM, the version of WidevineCDM it is compatible with is 1.4.9.1088; that version was revoked by Widevine licence servers (owned by Google) on Aug 13th, 2019.

There is a task underway by a Moonchild Productions developer to port support to latest official Basilisk for currently supported WidevineCDM v4.10.1440.19; this task is currently stalling due to real life issues affecting that developer; even if/when that attempt reaches fruition, it is a moot point for the Serpent fork on Vista; new WidevineCDM dlls contain functions (actually, only one: TryAcquireSRWLockExclusive, Win7+) not compatible with Vista's kernel32.dll system file; as WidevineCDM is proprietary closed source code and Google don't support the CDM on Vista, there's practically 0 chance DRM services requiring WV will ever work again on Vista :realmad:

If Disney+ use DRM with WV, then, if you can, try Firefox Quantum 60.9.0/68.2.0 (with WV v4.10.1440.19) on a supported OS (Win7+); or the latest Chrome there; as I can't try D+ myself, I speculate your predicament is DRM related; if they don't employ DRM - highly unlikely - then some other member here (in the US, CA or NL) might throw some light...

PS: If you don't grasp some terminology in this post, Google is your friend (actually, in the above WV context, your foe... :angry: ).

Regards

Edited by VistaLover
  • Like 1
  • Upvote 1

Share this post


Link to post
Share on other sites
10 hours ago, Stefan43 said:

I might be the only one, but I tried Disney Plus today on Pale Moon 27 and Basilisk 52 running on Windows Vista (with the enabled VP9, DLL's) and it doesn't work. After clicking on Play, I get Error 83. Someone who maybe knows how to solve it, if it can be solved?

LAV Filters installed? Directx 9.29 redist? All Visual C ++? Enable MP4 (H.264 + AAC) HTML5?

Server Disney + now works correctly in mypal, newmoon, basilisk.

Share this post


Link to post
Share on other sites
4 hours ago, kitaro1 said:

Server Disney + now works correctly in mypal, newmoon, basilisk.

... I was under the impression Disney+ launched initially only in the US, Canada and The Netherlands...

https://www.cnet.com/news/disney-plus-streaming-service-launch-dares-prices-shows-movies-marvel-star-wars-pixar/

Quote

When's the release date? 

Disney Plus launched Tuesday (Nov 12th 2019) in the US, Canada and the Netherlands. The initial launch of Disney Plus comes less than two weeks after Apple TV Plus rolled out. 

After the American, Canadian and Dutch launch, Disney Plus will arrive a week later, on Nov. 19, in Australia and New Zealand. 

On March 31, it will launch across Western Europe, including the UK, France, Germany, Italy, Spain and a number of other countries in the region.

In advance of the official launch, Disney has been offering Disney Plus free in the Netherlands for anyone to try. It'll switch to requiring a subscription on Tuesday.

Aren't you currently in Poland? :whistle:

Edited by VistaLover

Share this post


Link to post
Share on other sites
On 11/12/2019 at 9:07 AM, VistaLover said:

CTR is still available outside of the CAA extension (which is where you obviously obtained that direct link from ;) ) in the author's GitHub repository:

https://github.com/Aris-t2/ClassicThemeRestorer/releases

If you're using the official Basilisk application on Win7+, then the latest CTR_v1.7.8.2019.10.27 is recommended; if, OTOH, you're using Serpent 52.9.0/55.0.0, then CTR_v1.7.8 is the last (EoS'ed) version for Serpent; the add-ons manager (AOM) is now different between Bk and St (Bk now uses PM's AOM with no support for WEs, while St retains FxESR52's AOM), Aris is currently maintaining CTR for official Bk (and classic Waterfox), only... :(

Mozilla's decision to remove support for all pre-WE APIs, of course, broke CTR for FF 57+. Then their decision to remove all pre-WE add-ons from AMO meant that only "legacy" / classic add-on repositories would have a link to CTR. I checked legacycollector and addons.basilisk-browser.org first with no luck, then found it in the CAA database and thought my search was done, unaware that development is continuing for Basilisk / Waterfox at GitHub.

So now, I've updated Serpent 55 to v1.7.8, and Serpent 52 (which should be on par with "official" Basilisk) to v1.7.8.2019.10.7! I'll update my old FF 52.9 (and XomPie-patched FF 53) next. CTR has so many options, though, I can't readily tell what was added between 1.7.7.2 and 1.7.8 et seq.

One weird thing I did discover, though was that v1.7.8.2019.01.21 removed the option to display the version number in the Add-On Manager screen :huh: so by updating Serpent 52 to the "latest" version, I lost that bit of info.

The author explained, "Basilisk 2019 and Waterfox don't need this option, because version number is active by default." If so, that would be a question for @roytam1: What is the difference between Serpent 52 and "official" Basilisk that accounts for this slight UI change? Inquiring minds want to know....

Maybe I'll roll it back to 1.7.8 so I can tick that option back on; I like having my add-on version numbers visible at a glance.

Serpent 55 still searches AMO for updates. Serpent 52 searches, um - what should we call it? ABBO, I guess. But I haven't found ABBO particularly useful (as mentioned it doesn't even include CTR), so I switched the prefs in about:config back to AMO (you have to change %APP% to firefox). That way, at least my WE add-ons stay updated. Surprisingly, quite a few are still compatible with FF 52/53 and Serpent 52/55.

Edited by Mathwiz

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...