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

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rths.ml/boc-uxp/mailnews.win32-20191214-ce4e0449-uxp-dacb3da00-xpmod.7z
Browser-only Suite Win32 https://o.rths.ml/boc-uxp/bnavigator.win32-20191214-ce4e0449-uxp-dacb3da00-xpmod.7z

source patch (excluding UXP): https://o.rths.ml/boc-uxp/boc-uxp-src-xpmod-20191123.7z

Official repo changes since my last build:
- Update platform commit pointer (1e9f702e)
- Update platform commit pointer (24e2def8)
- [Navigator] Clean up region.properties (941c5406)
- Add Ekoru to searchplugins (20e88761)
- Update platform commit pointer (ce4e0449)

For UXP changes please see above.

  • Like 3

Share this post


Link to post
Share on other sites

New NewMoon 27 Build!

32bit https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20191214-2d9c22eec-xpmod.7z
32bit SSE https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20191214-2d9c22eec-xpmod-sse.7z
32bit noSSE https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20191214-2d9c22eec-xpmod-ia32.7z

64bit https://o.rths.ml/palemoon/palemoon-27.9.7.win64-git-20191214-2d9c22eec-xpmod.7z

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

repo changes since my last build:
- applied NSPR Bug 1586070 - Read does not advance file position for files larger than 4GB on Win32. (See also bug 70765.) r=kaie (c05d4592c)
- updated to nss-3.44.3 (70e76b712)
- import UXP change:
 - [NSS] Bug 1508776 - Remove unneeded refcounting from SFTKSession (836e72e96) (b27556af1)
- import changes from `devel' branch of rmottola/Arctic-Fox:
 - Bug 1138073 - Improve checking when folding and/or blocks in Ion, r=sunfish. (b73bc1cff)
 - Bug 1025125 - If enabled, enter pdb session when test fails. r=ahal (29e086127)
 - Bug 1139628 - Don't load delayed process scripts until channel is open (r=smaug) (ae8b152ed)
 - Bug 1131444 - Close PContentBridge when content process is ended. r=khuey (0777738f8) (d7ef248c3)
- partly imported from tenfourfox: #578: M1579060 M1586176 (d09fe1e46)
- ported changes from tenfourfox:
 - #375: M1351303
 - closes #519: Element.toggleAttribute() + backbugs M1258205 M1276938 (e186cc7c9)
- ported tenfourfox change: closes #520: Document.elementsFromPoint() M1164427 (dbe519843)
- import changes from `devel' branch of rmottola/Arctic-Fox:
 - Bug 1135903 - OdinMonkey: Make signal-handler OOB checking an independent configuration r=luke (d9f2104a2)
 - Bug 1138495 - pt 0 - Reftests for font inflation in vertical writing mode, initially annotated as failing. r=smontagu (6b1a2f47d)
 - Bug 1138495 - pt 1 - Rename NS_FRAME_IN_CONSTRAINED_HEIGHT flag to NS_FRAME_IN_CONSTRAINED_BSIZE, and set it appropriately according to writing mode. r=smontagu (9d1dfbe3a)
 - Bug 1138495 - pt 2 - Remove failure annotations from tests that no longer fail; note that the comparison of font-inflation-1c.html vs 1d still fails (they should inflate by different amounts). r=smontagu (1e7a9a2a7)
 - Bug 1138495 - pt 3 - Compute font inflation based on inline-axis dimensions rather than always using physical width. r=smontagu (d7fc87566)
 - Bug 1138495 - pt 4 - Remove failure annotation from the final testcase, and add specific equality tests for the correctly-inflated rendering of 1c and 1d. r=smontagu (81de3cb59)
 - Bug 1132078 - Remove useless null checks after allocating memory with |new| from xpcom/io. r=nfroyd (3c59b0993) (50a11752b)
 - Revert "ported changes from tenfourfox (e186cc7c9)" (2d9c22eec)

Edited by roytam1
  • Like 2

Share this post


Link to post
Share on other sites

New regular/weekly KM-Goanna release:
https://o.rths.ml/kmeleon/KM76.2-Goanna-20191214.7z

Changelog:

Out-of-tree changes:
* update Goanna3 to git f9e56e1ed..50a11752b:
- applied NSPR Bug 1586070 - Read does not advance file position for files larger than 4GB on Win32. (See also bug 70765.) r=kaie (c05d4592c)
- updated to nss-3.44.3 (70e76b712)
- import UXP change:
 - [NSS] Bug 1508776 - Remove unneeded refcounting from SFTKSession (836e72e96) (b27556af1)
- import changes from `devel' branch of rmottola/Arctic-Fox:
 - Bug 1138073 - Improve checking when folding and/or blocks in Ion, r=sunfish. (b73bc1cff)
 - Bug 1025125 - If enabled, enter pdb session when test fails. r=ahal (29e086127)
 - Bug 1139628 - Don't load delayed process scripts until channel is open (r=smaug) (ae8b152ed)
 - Bug 1131444 - Close PContentBridge when content process is ended. r=khuey (0777738f8) (d7ef248c3)
- partly imported from tenfourfox: #578: M1579060 M1586176 (d09fe1e46)
- ported changes from tenfourfox:
 - #375: M1351303
 - closes #519: Element.toggleAttribute() + backbugs M1258205 M1276938 (e186cc7c9)
- ported tenfourfox change: closes #520: Document.elementsFromPoint() M1164427 (dbe519843)
- import changes from `devel' branch of rmottola/Arctic-Fox:
 - Bug 1135903 - OdinMonkey: Make signal-handler OOB checking an independent configuration r=luke (d9f2104a2)
 - Bug 1138495 - pt 0 - Reftests for font inflation in vertical writing mode, initially annotated as failing. r=smontagu (6b1a2f47d)
 - Bug 1138495 - pt 1 - Rename NS_FRAME_IN_CONSTRAINED_HEIGHT flag to NS_FRAME_IN_CONSTRAINED_BSIZE, and set it appropriately according to writing mode. r=smontagu (9d1dfbe3a)
 - Bug 1138495 - pt 2 - Remove failure annotations from tests that no longer fail; note that the comparison of font-inflation-1c.html vs 1d still fails (they should inflate by different amounts). r=smontagu (1e7a9a2a7)
 - Bug 1138495 - pt 3 - Compute font inflation based on inline-axis dimensions rather than always using physical width. r=smontagu (d7fc87566)
 - Bug 1138495 - pt 4 - Remove failure annotation from the final testcase, and add specific equality tests for the correctly-inflated rendering of 1c and 1d. r=smontagu (81de3cb59)
 - Bug 1132078 - Remove useless null checks after allocating memory with |new| from xpcom/io. r=nfroyd (3c59b0993) (50a11752b)
- Revert "ported changes from tenfourfox (e186cc7c9)" (2d9c22eec)

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

A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

Edited by roytam1
  • Like 2

Share this post


Link to post
Share on other sites
2 hours ago, roytam1 said:

Thank you for keeping the XP-compatible browser and mail apps up-to-date!
I am sure you have heard it many times before but I am new here :worship: :thumbup

  • Like 3

Share this post


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

... Of course I believe you :P

To humour you, I just created a new/clean/pristine (call it what you want...) Serpent 52.9.0 2019.11.15 (32-bit) profile, and by simply going to about:preferences#content and ticking "Play DRM content", apparently a WVCDM v1.4.9.1088 download started in the background! By restarting the browser after ca. 5min, about:addons => Plugins shows the CDM correctly installed and activated:

(screenshot removed for brevity)

So, most probably, something is amiss in your current Serpent 52 profile (NB: Serpent 55 will still download and install WVCDM v1.4.8.903 !); make sure the pref media.gmp-manager.url is at its default value


https://aus5.mozilla.org/update/3/GMP/60.0/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml

Well, I'm home for the weekend, so I decided to try on my home system (also Win 7), but discovered that here, I already had the v1.4.9 installed that has been so elusive on my Win 7 work PC....

But I'm sure you're onto something. I noticed with interest that Serpent 52 is "lying" to the Mozilla server and claiming to be FF 60. Serpent 55 claims to be FF 55 (even though it's closer to FF 53), and as you noted, it's stuck with v1.4.8....

(I suppose the proper "lie" would cause the server to download v1.4.10 :rolleyes:, although it wouldn't work since Basilisk and Serpent don't have the required hooks yet....)

The only question is, even if you migrate a profile from another browser (a practice I'm aware you're implacably opposed to, as you first made clear when I migrated my profile from Serpent 52 to 55; but my migration from FF 52 to Serpent 52 occurred long before then), defaults don't get migrated - only user set prefs do! So if it's wrong, I must have changed it manually, either back on FF 52 or an early version of Serpent 52. But why on Earth would I have ever modified that obscure pref?

So I went searching, and am rather sure I found the answer. The following is in a "spoiler" at the Adobe Primetime thread:

Quote

Ignore this section and use the instructions for manual install after it. The instructions in here were applicable when the Adobe CDM was still available for automatic online install and are being kept for historical reasons.

45.x.x ESR users: also change media.gmp-manager.url or the Primetime plugin won't get downloaded for you. The default value is "https://aus5.mozilla.org/update/3/GMP/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml", change only the bolded portion as follows: "https://aus5.mozilla.org/update/3/GMP/46.0/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml". The host in your default may be something other than aus5.mozilla.org, you only need to change the %VERSION% part.

52.x.x ESR users starting with a clean profile (or any other profile without an already installed Primetime plugin) should do the same, only replace %VERSION% with 51.0 instead.

Thanks go to @mixit for keeping those obsolete instructions for "historical" reasons! Turns out Primetime works on both FF 45 and FF 52, but neither of those versions supported it officially, so to get the server to download it, you had to "lie" and tell the server you were running the closest supported FF version! That "lie" is no longer needed or useful with Primetime, but it would have the side effect of downloading Widevine v1.4.8. So I'm sure when I get back to work Monday, I'll find that pref user set to spoof FF 51 vs. the default of 60.

  • Like 1

Share this post


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

I noticed with interest that Serpent 52 is "lying" to the Mozilla server and claiming to be FF 60. Serpent 55 claims to be FF 55 (even though it's closer to FF 53), and as you noted, it's stuck with v1.4.8....

FYI, Firefox versions

49.0.x-55.0.3 will download (and have internal support for) WVCDM v1.4.8.903

56.0.x-59.0.x will download (and have internal support for) WVCDM v1.4.8.1008

60.0.x-63.0.x will download (and have internal support for) WVCDM v1.4.9.1088

64.0.x-67.0.x will download (and have internal support for) WVCDM v4.10.1146.0

68.0.x will download (and has internal support for) WVCDM v4.10.1440.18

69.0.x-71.0.x will download (and have internal support for) WVCDM v4.10.1440.19 (currently supported version by Widevine licence servers; min OS requirement = Win7SP1)

This list is only for the Firefox release channel, as the other branches (ESR, Beta/Developer, Nightly) will download different CDM versions... ;)

14 hours ago, Mathwiz said:

but my migration from FF 52 to Serpent 52 occurred long before then), defaults don't get migrated - only user set prefs do! So if it's wrong, I must have changed it manually, either back on FF 52 or an early version of Serpent 52. But why on Earth would I have ever modified that obscure pref?
So I went searching, and am rather sure I found the answer.

... Nice detective work, BTW :thumbup

14 hours ago, Mathwiz said:

52.x.x ESR users starting with a clean profile (or any other profile without an already installed Primetime plugin) should do the same, only replace %VERSION% with 51.0 instead.

I'd expect you to go about installing Adobe Primetime CDM on browsers installed only in your Windows XP VM (sorry, I lost track: is that on your work or home setup?), as those browsers on Win7 don't need it for decoding purposes ;) ; as Widevine CDM will only install under Vista+, I never considered the case of APCDM parallel install on Win7 :( ...

14 hours ago, Mathwiz said:

So I'm sure when I get back to work Monday, I'll find that pref user set to spoof FF 51 vs. the default of 60.

Yes, that does look as the most plausible scenario! :P

14 hours ago, Mathwiz said:

45.x.x ESR users: also change media.gmp-manager.url or the Primetime plugin won't get downloaded for you. The default value is "https://aus5.mozilla.org/update/3/GMP/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml", change only the bolded portion as follows: "https://aus5.mozilla.org/update/3/GMP/46.0/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml". The host in your default may be something other than aus5.mozilla.org, you only need to change the %VERSION% part.

FWIW, my portable installation of FirefoxESR 45.9.1 32-bit under Vista SP2 has no issues automatically downloading/extracting/installing Adobe Primetime CDM v15 (NB, NOT v17) with the default value of about:config pref media.gmp-manager.url:

https://aus5.mozilla.org/update/3/GMP/45.9.1/20170613084034/WINNT_x86-msvc-x86/en-US/esr/Windows_NT%206.0%20%28x86%29/default/default/update.xml

NOfOLKg.jpg

Best wishes for the coming Holidays :)

Edited by VistaLover

Share this post


Link to post
Share on other sites
On 12/13/2019 at 3:46 PM, Mathwiz said:

I tried again, but this time, before I went to the Axinom site, I checked about:addons#plugins. It said "Widevine Content Decryption Module provided by Google Inc. will be installed shortly." It remained in that state until I visited the Axinom site, at which point I got a notice at the top of the screen: "Serpent is installing components needed to play the audio or video on this page. Please try again later." Then it installed 1.4.8.903 yet again.

I suppose official Basilisk might fare better (although "better" in this context would be v1.4.9.1088, which still wouldn't play squat). It's probably something we'll need to figure out if/when official Basilisk catches up with Google's ever-changing DRM requirements.

Windows 7 x64 - The same problem with the comodo icedragon x64 FF 65. I reported on the comodo forum. They have to fix this in the next version of icedragon browser. https://forums.comodo.com/bug-reports-cid/drm-not-action-t125228.0.html

The same problem with the serpent 55 - three weeks primetime won't install 

cd5b457cafbe6656.png

Does the primetime adobe server have limitations?

 

Share this post


Link to post
Share on other sites

Look on suche.org advices on about:config settings for better security: https://suche.org/page/mozillaHelp

"Here are about:config settings that help to make mozilla more secure. They are only security related. This mean some pages can become broken by these settings"....

Good example:

network.http.sendRefererHeader - default set to 2 in Firefox.

But, like me, if you like more and more security and privacy, then set it to 0....

 

The consequences (of "0" setting) are visible on these four examples below:

 

darklaunch.com test referer: https://www.darklaunch.com/tools/test-referer

Click to test buttons: no referer was sent - in all four cases, green cause good for security.

 

privacyscore.org site scan: https://privacyscore.org/site/scan/

Forbidden (403): "You are seeing this message because this HTTPS site requires a 'Referer header' to be sent by your Web browser, but none was sent."....and More information is available with "0" set.

 

security preview on zscaler.com: http://securitypreview.zscaler.com/

Your free security scan "Test your network security now" by Zscaler is good, but with our "0" setting above, the test doesn't end very well: gives page Error at the end, if network.http.sendRefererHeader value is set on 0....

 

And then our famous HTML5 Video Test Page by Tek Eye: https://tekeye.uk/html/html5-video-test-page

- on all iframes "No video with supported format and MIME type found" inscription.

 

So all these links are working very good, without problem, if network.http.sendRefererHeader is set on default 2.

 

 

 

 

Edited by msfntor

Share this post


Link to post
Share on other sites
On 12/10/2019 at 12:36 AM, VistaLover said:

be extremely precise about your CPU/OS and browser; and in the case of browser, type/version/architecture/EXTENSIONS/user-modified prefs are of high importance!

- sent to you from my Windows XP SP2, 3.15 GB of RAM, 2 Intel cores, 1.86 GHz. Very speedy. Some chromium browsers I don't more use, and some Firefox' forks thanks to RoyTam1. Each Firefox fork with 10 - 11 extensions....now

Share this post


Link to post
Share on other sites
27 minutes ago, kitaro1 said:

Windows 7 x64 - The same problem with the comodo icedragon x64 FF 65. I reported on the comodo forum. They have to fix this in the next version of icedragon browser. https://forums.comodo.com/bug-reports-cid/drm-not-action-t125228.0.html

Comodo IceDragon 64-bit, forked from Firefox Quantum v65.0 and run on Windows 7 SP1 64-bit is a tad Off Topic for this thread, IMHO ;) ; be that as it may, per my recent post, CID (Fx 65.0 derived) will download and install Widevine CDM v4.10.1146.0 when Play DRM content (or whatever it's called in Fx 65.0) is ticked in Options; but that specific version is currently DEPRECATED by Google (their Widevine licence servers), so if you visit a media site with DRM that requires the Widevine CDM to play its content (video/audio), then you're out of luck with CID; you must use a version of another browser (FirefoxESR 68.3.0, Firefox release 71.0, Google Chrome latest, Waterfox Classic 56.2.13) that has support for the latest supported version of Widevine, v4.10.1440.19

The CID devs will have to either patch their current browser milestone to enable it with v4.10.1440.19 support (which shouldn't be that easy in itself, but definitely easier than porting v4.10.1440.19 support to UXP ;) ) or rebase their fork to use at least a Firefox 68.3.0/69.0+ codebase, which comes with native support for WVCDM v4.10.1440.19 ...

Also, on your Comodo forums post, you wrote: 

Quote

Primetime all setting - cannot be installed.

Please, DON'T MIX completely unrelated things! :angry: The Adobe Primetime CDM was an older DRM implementation (offered by Adobe) that 1. is no longer used by any media site for DRM purposes, 2. it was only internally supported by Firefox versions up to (and including) v52.x.x; starting with Fx v53.0, all Adobe Primetime CDM support code was obliterated from inside Firefox; so, there's no chance a Firefox 65 based fork would download and install APCDM...

I re-iterate: (Google) Widevine and (Adobe) Primetime CDMs are NOT interchangeable!

And even if you use a browser that does support APCDM, you don't need it at all (as a h264/aac decoder) under Windows 7+ (see more below...)

1 hour ago, kitaro1 said:

The same problem with the serpent 55 - three weeks primetime won't install

 If you're using Serpent 55.0.0 under Windows 7 SP1 64-bit, you have absolutely no need to even install and use Adobe Primetime CDM there; you can't use it as a replacement to the non-working Widevine CDM v1.4.8.903 that St55 installs under Vista+, and you don't need it as a decoder for h264/aac (html5 MP4 video), because, under Win7, St55 already comes with two such decoders: 
a.) the OS provided one via WMF framework, media.wmf.enabled;true
b.) the one bundled within the browser in a custom ffvpx library, media.ffvpx.enabled;true

If you're using  Serpent 55.0.0 under Windows XP, then, likewise, APCDM can't be used for DRM purposes... And if you need html5 MP4 video decoding support, then media.ffvpx.enabled;true is still valid... Should you wish to install APCDM as an alternate second decoder in St55, then,
a) Serpent 55.0.0 originally was forked from a Firefox 53.0a1 snapshot, where APCDM support code was already removed!
b) @roytam1 , at some later point after Basilisk/Moebius was abandoned by upstream, did re-introduce APCDM support in St55:

https://github.com/roytam1/basilisk55/commit/8dc3c7f3ece162392af056a3b82ce43105ee8938
(ported change from iceweaselXP-53: Restored eme-adobe plugin support for Windows XP systems)

As you can see, that support was imported from another fork (not straight from Firefox <=52.x.x); in any case, Serpent 55.0.0 reports itself as being Firefox 55.0, so its GMP-manager will never download APCDM by default... :no: You can try the trick posted in the APCDM thread (and recently mentioned by @Mathwiz):

Quote

52.x.x ESR users starting with a clean profile (or any other profile without an already installed Primetime plugin) should do the same, only replace %VERSION% with 51.0 instead.

(which, IMHO, should be modded to read:  "52.x.x ESR, Serpent 52.9.0, Serpent 55.0.0 users...") and if that wouldn't work, you'll have to manually download and install APCDM v17 as detailed in the relevant thread; but, again, this won't solve any DRM issues you might be experiencing, on any Windows version you might be running Serpent 55.0.0 :no:

I have provided, I hope, very clear and detailed explanations/instructions, so make the best you can with them... :rolleyes:

  • Like 1

Share this post


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

from my Windows XP SP2

... Running XP SP2 32-bit, i.e. without SP3/SP4, does kind of put you in a minority of XP users here; most software still targeted at XP these days assumes SP3 plus all M$ updates until the End of Extended Support (for XP) ... That is why I said you need to be specific... ;)

FWIW, from my own recollections many years ago when I was on XP SP2, the Adobe Primetime CDM (which, for some obscure reason, has become quite en vogue in these forums :P ), does require SP3 to be present (all I know is I was unable to get it working there; it did install, but no MP4 decoding was possible; ofc, I could be wrong - and no way to retest now...). :)

Edited by VistaLover
typo
  • Like 1
  • Upvote 1

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

×
×
  • Create New...