Jump to content

My Browser Builds (Part 3)


Recommended Posts

On 6/25/2022 at 1:32 AM, roytam1 said:

New build of post-deprecated Serpent/moebius for XP!
(redacted)
Win32 http://o.rthost.win/basilisk/basilisk55-win32-git-20220625-3391ee442-xpmod.7z

... On June 26th/27th, bloody Microsoft :realmad: devs unleashed a set of newer-JS-syntax-containing GitHub scripts; "new" JS features included the dreaded Optional Chaining ("?.") and Nullish Coalescing ("??") operators, that can't be polyfilled :((but, perhaps, could be transpiled...).

Fortunately for "us", very recent UXP-based roytam1 forks (e.g., I use myself St52 and, occasionally, NM28) have these two operators natively supported, thanks to the efforts of an "upstream" dev! :thumbup; of course, you need either the github-wc-polyfill (v1.2.19) or palefill (v1.14) extension in order for GitHub to be usable in UXP-based browsers, but, all things considered, latest Serpent 52.9.0 (and, probably, latest NM 28.10.6a1) survived these most recent GitHub changes practically unscathed... :thumbup

Goes without saying that in browsers lacking such support (older UXP-based builds, Chromium forks based on Ch<80 - yes, these include both 360EEv11/v12 :( ), GitHub is basically now BROKEN (you can simply browse GitHub pages, but you can't do many "useful" things on them :no: ...).

And here comes Serpent 55.0.0 :rolleyes:; after the recent "sync" with UXP (thanks roytam1), and for a brief period of several weeks, GitHub was fully functional in St55, provided, of course, gh-wc-polyfill/palefill had been force-installed there (neither of these two extensions cater "officially" for the moebius fork...).

AIUI, latest St55 [v55.0.0 (2022-06-22) (32-bit)] should have native support for both "?."+"??" operators, backported from UXP; however, after the recent GH changes, I find that GH is no longer usable there :( :realmad: ; I have gh-wc-pf_v1.2.19 force-installed and many GH pages do work as expected, but other pages cause the browser to fully crash :( ; example is the main repo page of any GH project, e.g. 

https://github.com/gorhill/uBlock

zeQwm2g.jpg

https://github.com/JustOff/github-wc-polyfill

etc., the issue tracker of a project will also, often, produce a crash and, last-but-not-least, trying to access your GH account via your avatar (top right) will ALWAYS result in a full-blown browser crash... :realmad:

@roytam1 : Please, can you reproduce at your end? :dubbio:
Given that latest St52 doesn't suffer from this, does this mean you need to transfer more UXP "stuff" to moebius for GH to work, or is that no longer possible?

As I've posted in the past, GitHub is a site I use many times daily, I already lament the loss of proper support in 360EEv11/v12, I thought St55 would've been my third option besides St52+360EEv13, only to sadly find it, too, has been broken by Microsoft... :(

  • Like 3
Link to comment
Share on other sites


1 minute ago, VistaLover said:

... On June 26th/27th, bloody Microsoft :realmad: devs unleashed a set of newer-JS-syntax-containing GitHub scripts; "new" JS features included the dreaded Optional Chaining ("?.") and Nullish Coalescing ("??") operators, that can't be polyfilled :((but, perhaps, could be transpiled...).

Fortunately for "us", very recent UXP-based roytam1 forks (e.g., I use myself St52 and, occasionally, NM28) have these two operators natively supported, thanks to the efforts of an "upstream" dev! :thumbup; of course, you need either the github-wc-polyfill (v1.2.19) or palefill (v1.14) extension in order for GitHub to be usable in UXP-based browsers, but, all things considered, latest Serpent 52.9.0 (and, probably, latest NM 28.10.6a1) survived these most recent GitHub changes practically unscathed... :thumbup

Goes without saying that in browsers lacking such support (older UXP-based builds, Chromium forks based on Ch<80 - yes, these include both 360EEv11/v12 :( ), GitHub is basically now BROKEN (you can simply browse GitHub pages, but you can't do many "useful" things on them :no: ...).

And here comes Serpent 55.0.0 :rolleyes:; after the recent "sync" with UXP (thanks roytam1), and for a brief period of several weeks, GitHub was fully functional in St55, provided, of course, gh-wc-polyfill/palefill had been force-installed there (neither of these two extensions cater "officially" for the moebius fork...).

AIUI, latest St55 [v55.0.0 (2022-06-22) (32-bit)] should have native support for both "?."+"??" operators, backported from UXP; however, after the recent GH changes, I find that GH is no longer usable there :( :realmad: ; I have gh-wc-pf_v1.2.19 force-installed and many GH pages do work as expected, but other pages cause the browser to fully crash :( ; example is the main repo page of any GH project, e.g. 

https://github.com/gorhill/uBlock

zeQwm2g.jpg

https://github.com/JustOff/github-wc-polyfill

etc., the issue tracker of a project will also, often, produce a crash and, last-but-not-least, trying to access your GH account via your avatar (top right) will ALWAYS result in a full-blown browser crash... :realmad:

@roytam1 : Please, can you reproduce at your end? :dubbio:
Given that latest St52 doesn't suffer from this, does this mean you need to transfer more UXP "stuff" to moebius for GH to work, or is that no longer possible?

As I've posted in the past, GitHub is a site I use many times daily, I already lament the loss of proper support in 360EEv11/v12, I thought St55 would've been my third option besides St52+360EEv13, only to sadly find it, too, has been broken by Microsoft... :(

Personally I noticed this almost immediately as I use GitHub quite regularly.

It was broken on Monday, working for a brief period of time yesterday, and broken again today.

 

I have contacted support before in the past and gotten them to revert the changes in the past. They also said they would not do this (the ?? and ?. operators) so now they've lied.

 

Please *DO* file support tickets and complain about this BUG since they have broken the website and made it inaccessible. It violates the spirit of their platform and they need to hear from a lot of people. **They do actually listen** but they DO need to hear from you! Please take a minute and file a bug report now. It will only take a minute and they will hopefully put a system in place to ensure this is reverted and does not happen again if enough people complain.

Link to comment
Share on other sites

2 hours ago, VistaLover said:

... On June 26th/27th, bloody Microsoft :realmad: devs unleashed a set of newer-JS-syntax-containing GitHub scripts; "new" JS features included the dreaded Optional Chaining ("?.") and Nullish Coalescing ("??") operators, that can't be polyfilled :((but, perhaps, could be transpiled...).

Fortunately for "us", very recent UXP-based roytam1 forks (e.g., I use myself St52 and, occasionally, NM28) have these two operators natively supported, thanks to the efforts of an "upstream" dev! :thumbup; of course, you need either the github-wc-polyfill (v1.2.19) or palefill (v1.14) extension in order for GitHub to be usable in UXP-based browsers, but, all things considered, latest Serpent 52.9.0 (and, probably, latest NM 28.10.6a1) survived these most recent GitHub changes practically unscathed... :thumbup

Goes without saying that in browsers lacking such support (older UXP-based builds, Chromium forks based on Ch<80 - yes, these include both 360EEv11/v12 :( ), GitHub is basically now BROKEN (you can simply browse GitHub pages, but you can't do many "useful" things on them :no: ...).

And here comes Serpent 55.0.0 :rolleyes:; after the recent "sync" with UXP (thanks roytam1), and for a brief period of several weeks, GitHub was fully functional in St55, provided, of course, gh-wc-polyfill/palefill had been force-installed there (neither of these two extensions cater "officially" for the moebius fork...).

AIUI, latest St55 [v55.0.0 (2022-06-22) (32-bit)] should have native support for both "?."+"??" operators, backported from UXP; however, after the recent GH changes, I find that GH is no longer usable there :( :realmad: ; I have gh-wc-pf_v1.2.19 force-installed and many GH pages do work as expected, but other pages cause the browser to fully crash :( ; example is the main repo page of any GH project, e.g. 

https://github.com/gorhill/uBlock

zeQwm2g.jpg

https://github.com/JustOff/github-wc-polyfill

etc., the issue tracker of a project will also, often, produce a crash and, last-but-not-least, trying to access your GH account via your avatar (top right) will ALWAYS result in a full-blown browser crash... :realmad:

@roytam1 : Please, can you reproduce at your end? :dubbio:
Given that latest St52 doesn't suffer from this, does this mean you need to transfer more UXP "stuff" to moebius for GH to work, or is that no longer possible?

As I've posted in the past, GitHub is a site I use many times daily, I already lament the loss of proper support in 360EEv11/v12, I thought St55 would've been my third option besides St52+360EEv13, only to sadly find it, too, has been broken by Microsoft... :(

In New Moon 28 (palemoon-28.10.6a1.win32-git-20220618-d849524bd-uxp-43cfc69b2-xpmod), GitHub works as expected if you are not logged in, as far as I can see. But if you are logged in, the menu items of each site don't work properly. For example, calling up the GitHub site https://github.com/Feodor2/Mypal68 and clicking onto the item Code or Issues, nothing happens. You have to reload the selected sub site first to see its content. I use the addon palefill v1.14. I would say GitHub is a bit broken in NM 28 either, but not as much as it is in your case, of course. Tested in two different profiles (one of them is a new profile). In Mypal 68, there are no such problems, though.

Cheers, AstroSkipper ordi1fun.gif

Edited by AstroSkipper
Update of content
Link to comment
Share on other sites

On 6/30/2022 at 3:06 AM, AstroSkipper said:

the menu items of each site don't work properly.
For example, calling up the GitHub site 
https://github.com/Feodor2/Mypal68
and clicking onto the item Code or Issues, nothing happens.
You have to reload the selected sub site first to see its content.
I use the addon palefill v1.14.

This is an already known and reported issue, different to the one I reported here (i.e. the re-introduction of "?."+"??" - that breaks the GitHub "experience" on browsers/platforms lacking native support for these two operators - and St55's apparent inability to render many GitHub URIs, being logged-in or not, resulting in crashes, despite including backported support for the operators).

FTR, Mypal68 doesn't support the operators, but recent/latest NM28 does! :P
As for the issue you report in NM28, it's probably:

https://github.com/JustOff/github-wc-polyfill/issues/68

A "dirty" workaround I posted there is to block in your content blocker the "manuelpuyol_turbo" script(s) ;) ; in uBlock Origin (legacy), I added in the "My Filters" tab:

! github.com
||github.githubassets.com/assets/chunk-vendors-node_modules_manuelpuyol_turbo_dist_turbo_es2017-esm_js-be659c79aff6.js$script,domain=github.com,important

The root cause of this issue might be related to

https://github.com/martok/palefill/issues/30

so it might get fixed by the next palefill update...

Edited by VistaLover
  • Like 1
  • Upvote 2
Link to comment
Share on other sites

14 hours ago, VistaLover said:

This is an already known and reported issue, different to the one I reported here (i.e. the re-introduction of "?."+"??" - that breaks the GitHub "experience" on browsers/platforms lacking native support for these two operators - and St55's apparent inability to render many GitHub URIs, being logged-in or not, resulting in crashes, despite including backported support for the operators).

FTR, Mypal68 doesn't support the operators, but recent/latest NM28 does! :P
As for the issue you report in NM28, it's probably:

https://github.com/JustOff/github-wc-polyfill/issues/68

A "dirty" workaround I posted there is to block in your content blocker the "manuelpuyol_turbo" scripts ;) ; in uBlock Origin (legacy), I added in the "My Filters" tab:

! github.com
||github.githubassets.com/assets/chunk-vendors-node_modules_manuelpuyol_turbo_dist_turbo_es2017-esm_js-be659c79aff6.js$script,domain=github.com,important
||github.githubassets.com/assets/vendors-node_modules_manuelpuyol_turbo_dist_turbo_es2017-esm_js-b12e520649c0.js$script,domain=github.com,important

The root cause of this issue might be related to

https://github.com/martok/palefill/issues/30

so it might get fixed by the next palefill update...

Thanks for the clarification! BTW, I didn't say it's the same issue as yours. I simply reported that NM 28 was a bit broken on GitHib either. And strange is that this is only the case when you are logged in. I use mainly the Mypal 68 browser to access GitHub, but yesterday I realized the first time that NM 28 had some problems on GitHub despite using palefill, unlike Mypal 68. I didn't notice that it was already reported here and thought it would be a good idea to do that now. The issues of all roytam1's browsers, I don't follow regulary, sorry! In that matter, you are the expert. I follow the Mypal 68 issues regulary, reporting new issues and helping as much as I can. Nobody can be everywhere! Anyway, good to know that it will be fixed soon. And, thanks for your "dirty" workaround! ssupercool2.gif I am patient. I'll wait for an update of palefill, hoping it'll fix the issue.

Cheers, AstroSkipper kaffeepc.gif

Edited by AstroSkipper
Update of content
  • Like 2
Link to comment
Share on other sites

On 6/27/2022 at 7:44 AM, soggi said:

... nothing happened after clicking "Save File" -> "OK" within the download dialogue.

@roytam1 please have a look at this! :)

That's what I got with Serpent UXP 20220625 on XP when trying to download a pdf.

Also, if I try File - Save Page As...  nothing happens - no dialogue appears.

I've gone back to 20220528 and saves are working again.

  • Like 1
  • Upvote 1
Link to comment
Share on other sites

On 6/28/2022 at 1:11 AM, VistaLover said:

Latest Serpent 52.9.0 (2022-06-23) (32-bit) on Vista SP2 x86; saving an image file works as expected, however Error Console records:

Timestamp: 27/06/2022 19:35:17
Error: Failed to load module resource://gre/modules/DownloadUIHelper.jsm.
Source File: resource://gre/modules/XPCOMUtils.jsm
Line: 279

Timestamp: 27/06/2022 19:35:17
Error: SyntaxError: invalid property id
Source File: resource://gre/modules/DownloadUIHelper.jsm
Line: 132, Column: 31
Source Code:
  async confirmLaunchExecutable: function (aPath)

both associated with "DownloadUIHelper.jsm"; I would hate it if the reported breakage has anything to do with martok's "async"-related PR, because, thanks to it, "*.notion.*" URls work again in UXP-based browsers! :cheerleader:

should be fixed. https://github.com/roytam1/UXP/commit/3926096dfa378c48888517bdb1c5e20c915ad4c8

  • Like 1
  • Upvote 3
Link to comment
Share on other sites

14 hours ago, VistaLover said:

This is an already known and reported issue, different to the one I reported here (i.e. the re-introduction of "?."+"??" - that breaks the GitHub "experience" on browsers/platforms lacking native support for these two operators - and St55's apparent inability to render many GitHub URIs, being logged-in or not, resulting in crashes, despite including backported support for the operators).

FTR, Mypal68 doesn't support the operators, but recent/latest NM28 does! :P
As for the issue you report in NM28, it's probably:

https://github.com/JustOff/github-wc-polyfill/issues/68

A "dirty" workaround I posted there is to block in your content blocker the "manuelpuyol_turbo" scripts ;) ; in uBlock Origin (legacy), I added in the "My Filters" tab:

! github.com
||github.githubassets.com/assets/chunk-vendors-node_modules_manuelpuyol_turbo_dist_turbo_es2017-esm_js-be659c79aff6.js$script,domain=github.com,important
||github.githubassets.com/assets/vendors-node_modules_manuelpuyol_turbo_dist_turbo_es2017-esm_js-b12e520649c0.js$script,domain=github.com,important

The root cause of this issue might be related to

https://github.com/martok/palefill/issues/30

so it might get fixed by the next palefill update...

I updated my own version in /boc-uxp/ as also attached in JustOff/github-wc-polyfill/issues/68

  • Upvote 1
Link to comment
Share on other sites

7 hours ago, soggi said:

Does it also apply to NM28? Sorry, can't extract that information from the commit as this is Welsh for me.

kind regards
soggi

I'm still on:

Version     52.9.0 (32-bit)
Build ID     20220617032904

and have not updated because been unsure about breakage and this version seems very solid, but after reading here, I'll update Saturday and also hope Serpent 55 will be fixed.

Link to comment
Share on other sites

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20220702-3219d2d-uxp-3926096df-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20220702-3219d2d-uxp-3926096df-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.rthost.win/basilisk/basilisk52-g4.8.win32-git-20220702-3219d2d-uxp-3926096df-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.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20220702-d849524bd-uxp-3926096df-xpmod.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20220702-d849524bd-uxp-3926096df-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.6a1.win64-git-20220702-d849524bd-uxp-3926096df-xpmod.7z

Official UXP changes picked since my last build:
- Issue #326 - Part 3: Explicitly make the Script enum a 16-bit type (7c2d94821)
- Issue #326 - Part 4: Update Unicode data to release 10.0 (54489c302)
- Issue #326 - Part 5: Simplify the genUnicodePropertyData.pl tool to generate only the data we need to supplement ICU properties (b8e7234b7)
- Issue #326 - Part 6: Regenerate Unicode data tables with the stripped-down tool (8ad8bfb4b)
- Issue #1933 - Part 1: Update build system for libjpeg-turbo. (75e223e3b)
- Issue #1933 - Part 2: Update libjpeg-turbo source. (fc2133f4d)
- Issue #1935 - Update libogg to 1.3.5 (9f598a8ab)
- Issue #1939 - Part 1: Update build system for libwebp. (56d49fd57)
- Issue #1939 - Part 2: Update libwebp source. (8038505d6)
- Issue #1941 - Update libvorbis to 1.3.7. (191a010f6)
- Issue #1053 - Follow-up: Correct conditional define on POSIX systems. (c0f4b97fa)
- Issue #21 - Follow-up: Remove some left-over telemetry plumbing. (c43ed8d93)
- Issue #1933 - Follow-up: Fix building on ARM. (0eece8e5b)
- Issue #1933 - Follow-up: Remove cmakedefine directives from neon-compat.h. (b29aa5d55)
- Issue #1944 - Fix volume handling in sndio backend. (ef4db6f2a)
- Issue #1944 - Follow-up: Make it clear that volume is a float. (5b40dbab4)
- Issue #1937 - Part 1: Update build system for libaom. (d09a5eeca)
- Issue #1937 - Part 2: Update libaom source. (ecb7ec737)
- Issue #1937 - Follow-up: Fix sources.mozbuild not having exports (49696a788)
- Issue #1937 - Follow-up: Add missing sources and includes in sources.mozbuild (8c7e76360)
- Issue #1937 - Follow-up: Add missing sources, and remove unneeded ones in sources.mozbuild (463a50276)
- Issue #1937 - Follow-up: Exclude aom_encoder.c/h from our build (932e9d8fc)
- Issue #1937 - Follow-up: Remove some unnecessary includes and sources from sources.mozbuild (6f97a5012)

No official Pale-Moon changes picked since my last build.

No official Basilisk changes picked since my last build.

My changes picked since my last build:
- DownloadUIHelper: move `async` keyword position to prevent raising javascript error. (3926096df)

* Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

  • Like 5
Link to comment
Share on other sites

Posted (edited)

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20220702-3dbfc66a-uxp-3926096df-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20220702-3dbfc66a-uxp-3926096df-xpmod.7z

source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom

* 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.rthost.win/hbl-uxp/icedove.win32-20220702-id-828aab8-uxp-3926096df-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20220702-id-828aab8-ia-93af9a0-uxp-3926096df-xpmod.7z

source repo (excluding UXP):
https://github.com/roytam1/icedove-uxp/tree/winbuild
https://github.com/roytam1/iceape-uxp/tree/winbuild

IceDove-UXP changes:
- Fix for multiple master password prompts (828aab8)

IceApe-UXP changes:
- Remove telemetry references (93af9a0)

for UXP changes please see above.

Edited by roytam1
Link to comment
Share on other sites

New build of post-deprecated Serpent/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.9, but some security patches can not be applied/ported due to source milestone differences between versions.

Test binary:
Win32 http://o.rthost.win/basilisk/basilisk55-win32-git-20220702-96fc6a7a2-xpmod.7z
Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20220702-96fc6a7a2-xpmod.7z

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

Repo changes:
- import from UXP: Unconditionally switch on the INTL API on all platforms. (bbcc0d91) (d3c51965f)
- import from UXP: Adjust tests for android-enabled Intl. (8726b2dc) (6036a1304)
- import from UXP: Issue #324 - Remove the option to build without INTL/ICU (b19e3c34) (f42bfce68)
- ported from UXP: ssue #325 Part 1: Remove the legacy non-IDNA2008 code path from nsIDNService. (1af1f5b3) (826a4e29e)
- import from UXP: Issue #325 Part 2: Build ICUUtils unconditionally. (6008e3c1) (f4730eeea)
- ported from UXP: Issue #325 Part 3: Remove support for using legacy Gecko normalization in gfxHarfBuzzShaper. (cbc1d586) (dbec8b9ec)
- import from UXP: Issue #325 Part 4: Remove obsolete and archaic Unicode normalization implementation. (4d5e597e) (58974071f)
- ported from UXP: Issue #325 Part 5: Remove non-Intl legacy code paths from js. (d1c16b13) (3cf2ae8cc)
- import from UXP: Issue #325 Part 6: Remove non-Intl legacy code paths from line-breaker code. (3f6fb7bb) (c2ea171db)
- ported from UXP: Issue #325 Part 7: Remove non-Intl legacy code paths from IndexedDB. (d4d0fbf3) (78909c9ed)
- import from UXP: Issue #325 Part 8: Remove non-Intl legacy code paths from nsChromeRegistry. (29c4fdcc) (620fd957f)
- ported from UXP: Issue #325 Part 9: Remove non-Intl legacy code paths from nsNumberControlFrame. (f2d90ee4) (1e45e634e)
- ported from UXP: Issue #325 Part 10: Remove non-Intl conditionals from installer files. (b8114dcb) (7474422f7)
- ported from UXP: Issue #325 Part 11: Fix up build files. (6b2478e2) (4027a0b3d)
- ported from UXP: Issue #325 Part 12: Manually edit Unicode property tables. (f3ce7263) (233cf4826)
- ported from UXP: Issue #325 Part 13: Remove Mozilla implementation of the bidi engine completely and use ICU. (04679df9) (69d97689b)
- ported from UXP: Issue #325 Part 14: Remove EXPOSE_INTL_API conditionals. (8e9e42c7) (4a65b1830)
- import from UXP: Issue #325 Part 15: Remove ENABLE_INTL_API and EXPOSE_INTL_API flags. (127b2c99) (7be85633a)
- import from UXP: Clang needs a trailing new line in intl/hyphenation/glue/hnjstdio.cpp (276510c4) (8f8cd0c6e)
- import from UXP: Issue #326 - Part 1b: Remove outdated ENABLE_INTL_API code. (291907ef) (2e9df1771)
- partly ported from UXP: Issue #326 - Part 1c: Generated files for Unicode 9.0. (66d4f38c) (2073206a2)
- partly ported from UXP: Issue #326 - Part 2: Update UTR-50 data to version 16 (cd64bfb1) (e1fa6197f)
- import from UXP: Issue #326 - Part 3: Explicitly make the Script enum a 16-bit type (7c2d9482) (7e2beca25)
- ported from UXP: Issue #326 - Part 4: Update Unicode data to release 10.0 (54489c30) (67643ae29)
- ported from UXP: Issue #326 - Part 5: Simplify the genUnicodePropertyData.pl tool to generate only the data we need to supplement ICU properties (b8e7234b) (b64932ff5)
- ported from UXP: Issue #326 - Part 6: Regenerate Unicode data tables with the stripped-down tool (8ad8bfb4) (24edb8053)
- addendum of rev 67643ae2 (41e5f4a64)
- import from UXP:
 - Issue #1933 - Part 1: Update build system for libjpeg-turbo. (75e223e3)
 - Issue #1933 - Part 2: Update libjpeg-turbo source. (fc2133f4)
 - Issue #1933 - Follow-up: Fix building on ARM. (0eece8e5)
 - Issue #1933 - Follow-up: Remove cmakedefine directives from neon-compat.h. (b29aa5d5) (f0f3447db)
- import from UXP: Issue #1935 - Update libogg to 1.3.5 (9f598a8a) (4d9174310)
- import from UXP:
 - Issue #1939 - Part 1: Update build system for libwebp. (56d49fd5)
 - Issue #1939 - Part 2: Update libwebp source. (8038505d) (2064b08be)
- import from UXP: Issue #1941 - Update libvorbis to 1.3.7. (191a010f) (bf53b0653)
- import from UXP:
 - Issue #1944 - Fix volume handling in sndio backend. (ef4db6f2)
 - Issue #1944 - Follow-up: Make it clear that volume is a float. (5b40dbab) (c5bc6b89f)
- import from UXP:
 - Issue #1937 - Part 1: Update build system for libaom. (d09a5eec)
 - Issue #1937 - Part 2: Update libaom source. (ecb7ec73)
 - Issue #1937 - Follow-up: Fix sources.mozbuild not having exports (49696a78)
 - Issue #1937 - Follow-up: Add missing sources and includes in sources.mozbuild (8c7e7636)
 - Issue #1937 - Follow-up: Add missing sources, and remove unneeded ones in sources.mozbuild (463a5027)
 - Issue #1937 - Follow-up: Exclude aom_encoder.c/h from our build (932e9d8f)
 - Issue #1937 - Follow-up: Remove some unnecessary includes and sources from sources.mozbuild (6f97a501) (127f7cd69)
- ported from Waterfox-Classic: Work around missing JSOP_GOTO functionality for optional chaining. (b5a3f1bd) (96fc6a7a2)

  • Like 2
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.


×
×
  • Create New...