Skip to content

Merge branch 'master' into merge-vips-8.10.5 #13

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 275 commits into from
Dec 21, 2020
Merged

Conversation

alon-ne
Copy link

@alon-ne alon-ne commented Dec 20, 2020

Conflicts:

libvips/foreign/heifsave.c

libvips/foreign/vips2jpeg.c

libvips/foreign/webp2vips.c

test/test-suite/test_resample.py

jcupitt and others added 30 commits July 23, 2020 15:46
Many codecs can take a huge amount of time attempting to read large
random objects. jpeg_read_header(), for example, can take ~10s on a 1mb
of random data.

Ignore fuzz objects over 100kb.

See https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=24383
it didn't work well on win, and we no longer use it anyway
try to work around some broken heic images
new_from_memory_steal() will create a new image with the input
buffer and will "move" the data into the image. The buffer is then
managed by the image, and will be freed when it goes out of scope.
ooops, a typo broke ICC profile write to webp 18 days ago

thanks augustocdias

see libvips#1767
pandoc changed the name of their top-level section node
following the doc generation fix
We had this in a couple of places:

	typedef struct _A A;
	typedef struct _A A;

Some old gccs (eg. centos6) throw errors for this.

See libvips#1774
The C API was missing vips_jpegload_source and vips_svgload_source.
Thanks to augustocdias.

See libvips#1780
fixes "make check".
The new subifd pyramid thumbnail code broke the old page-based pyramid
detector.

Thanks tand826

See libvips#1784
doxy hates #include inside classes
Prevents a zero-length buffer from crashing GetImageMagick

It looks like the fix for magick7 in libvips#1642 is also now required
for magick6 as the assertion appears to have been backported.
Ensure magick buffer+file checks use consistent min length guard
Prevents a zero-length buffer from crashing GetImageMagick

It looks like the fix for magick7 in libvips#1642 is also now required
for magick6 as the assertion appears to have been backported.
im6 seems to have added an assert for this

see libvips#1785
configure tests for it, make runs it, make install copies the generated
html
jcupitt and others added 26 commits December 3, 2020 13:34
…lend

webpload: ensure first frame is not blended
Fix two bugs:

- clip in casts from int32 and uint32 could overflow -- do these as gint64 now

- clip in casts from float to int could overflow since float32 can't
  represent the full range of int32 without losing precision -- do these
  as double

And add some more tests.

Thanks ewelot.

see libvips#1922
…_metadata

fix heif load fails with 0 length metadata
it was being rewritten by the export script

see libvips#1928
This patch was dropped from 8.10.3 release 1, annoyingly.
with a dropped patch from 8.10.3
Adds a test case to prevent regression - see commit 6eaf1ed
…ent-div-zero

webpload: prevent divide-by-zero when blending pixels
# Conflicts:
#	libvips/foreign/heifsave.c
#	libvips/foreign/vips2jpeg.c
#	libvips/foreign/webp2vips.c
#	test/test-suite/test_resample.py
@alon-ne alon-ne requested review from idanya and golanpa December 20, 2020 11:07
@alon-ne alon-ne merged commit 35086e7 into master Dec 21, 2020
@alon-ne alon-ne deleted the merge-vips-8.10.5 branch December 21, 2020 10:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants