| Commit message (Collapse) | Author | Age |
... | |
| |
| |
| |
| | |
future-proof gcc versions.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This allows us to use a greater rendering depth for exceedingly-deep DOM trees
in layout, better matching what mainstream browsers are capable of. Note that
for 32-bit Windows the stack size MUST be set to larger than the default or Bad
Things Will Happen™ - we use 1.5 MB for this as a carefully-tuned value.
This needs to be capped specifically for JS use because some JavaScript
obfuscators deliberately trigger stack overflows and would lock up the browser
otherwise as long as there's still stack space to abuse. For web compatibility
we therefore limit this to 2MB in JS only (3x for ASAN) while still allowing
a greater depth for the layout engine.
|
|\ \ |
|
| | |
| | |
| | |
| | | |
DownloadUIHelper.jsm
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
some Windows environments.
This is a known issue with Python 2 interacting badly with some Windows configurations. Mozilla encountered it as well.
Ref: BZ 1362872
|
|/
|
|
|
|
| |
Newer MSVC was failing to find the devenv executable for ./mach run --debug
This isn't the prettiest solution, but at least it's better than just relying
on a hardcoded path.
|
|\ |
|
| |
| |
| |
| | |
All it needed was __declspec(dllexport) on the function I was copy/pasting all over the place...
|
|/
|
|
| |
This resolves #1959
|
|
|
|
| |
We definitely have uint64_t on SunOS. Someone probably just forgot to finish filling out the list...
|
|
|
|
| |
32-bit MSVC2022.
|
|
|
|
| |
I moved Range<bool>::Merge and Range<bool>::FinalizeMerge from MediaTrackConstraints.cpp, into MediaTrackConstraints.h. The header file previously contained only a forward declaration of functions implemented in the .cpp, which can be a problem if other parts of the program are including this header expecting to find the function.
|
|\
| |
| |
| |
| |
| |
| | |
from athenian200/UXP:libaom_msvc2022_fix into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1958
Reviewed-by: Moonchild <moonchild@palemoon.org>
|
|/ |
|
|
|
|
|
| |
In the unlikely event of TArray element replacement calls are OOB, crash safely
with a debug breakpoint instead of corrupting memory.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| | |
athenian200/UXP:msvc-detection-update into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1955
|
| | |
|
|\ \
| |/
|/|
| |
| |
| | |
martok/UXP-contrib:1952-proxy into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1954
|
| |
| |
| |
| | |
Function.prototype.toString.call()
|
| |
| |
| |
| | |
remnants of source decompiler
|
| |
| |
| |
| | |
FunctionToString
|
| |
| |
| |
| | |
string for native functions
|
| |
| |
| |
| | |
retrieving the unresolved name of a bound function
|
|/
|
|
| |
atomizing the function name
|
|\
| |
| |
| |
| |
| |
| | |
jobbautista9/UXP:soundtouch-take2 into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1951
Reviewed-by: Moonchild <moonchild@palemoon.org>
|
| |
| |
| |
| |
| |
| | |
I don't know how Mozilla was able to build this without defining
ST_NO_EXCEPTION_HANDLING, but looks like we have to do it so that
the compiler doesn't complain about -fno-exceptions
|
| | |
|
|\ \
| |/
|/|
| |
| |
| |
| | |
jobbautista9/UXP:nestegg into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1950
Reviewed-by: Moonchild <moonchild@palemoon.org>
|
|/
|
|
|
|
|
|
|
| |
I separated out the AVC and AAC support code into a patch file so that
the upstream code can be updated freely without having to re-add AVC
and AAC support again. At least if the upstream changes are not too
extensive...
This should effectively backport Mozilla bug 1539686, which allows the
browser to parse the color information from WebM videos that uses HDR.
|
|\
| |
| |
| |
| |
| | |
jobbautista9/UXP:aom into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1938
|
| |
| |
| |
| |
| |
| | |
sources.mozbuild
These were used only by the encoder, which has been excluded from the build.
|
| |
| |
| |
| | |
We don't need an encoder!
|
| |
| |
| |
| |
| |
| |
| |
| | |
sources.mozbuild
This should (hopefully) fix building for Windows.
The ones I removed are not used for decoding, but for encoding, which
we don't need.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Thankfully I already redundantly edited this file myself before to
account for updates in the source, and backed this up to another
location just in case the shell script breaks my build files,
which it did!
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | | |
jobbautista9/UXP:sndio-volumehandling into master
Untested by me but assuming this all works as it's straightforward enough of a change otherwise.
|
| | |
| | |
| | |
| | | |
1. => 1.0, 0. => 0.0
|
| |/
| |
| |
| | |
Backported from Mozilla bug 1467882.
|
|\ \
| | |
| | |
| | |
| | |
| | | |
jobbautista9/UXP:libjpeg into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1947
|
| | |
| | |
| | |
| | |
| | | |
Apparently it wasn't preprocessed yet. Just took the version from
mozilla-central, and it worked, according to dbsoft.
|
| | |
| | |
| | |
| | | |
neon-compat should be imported as a .h header, not an .in file.
|
| | | |
|