delta/php-git.git, branch php-5.6.25RC1 git.php.net: repository/php-src.git 5.6.25RC1 2016-08-03T23:47:14+00:00 Ferenc Kovacs tyra3l@gmail.com 2016-08-03T23:47:14+00:00 327f538e917ce5fc2b106a59d835c2724ed46602 






improve the check, avoid strlen on NULL
2016-08-03T16:26:29+00:00

Anatol Belski
ab@php.net

2016-08-03T16:26:29+00:00

9667ee4f72c7dafce993b71104a52beb7c3aff15












update NEWS
2016-08-03T15:38:11+00:00

Anatol Belski
ab@php.net

2016-08-03T15:38:11+00:00

f15c1553635ccb33c5f24d8ffe7a1cd05de5fe91












Changed the way MAKERNOTE is handled in case we do not have a matching signature (Remi).
2016-08-03T15:36:00+00:00

Kalle Sommer Nielsen
kalle@php.net

2016-08-03T15:05:31+00:00

d5796fb298abb2a3e389818ad924589fa35e58b9

Before this patch, exif_process_IFD_in_MAKERNOTE() would return false, then causing the rest of the EXIF parsing to be interrupted. This is a regression from earlier which was most likely a part of a security fix for MAKERNOTE.

The new behavior is to instead of stopping to parse, to continue so we can still fetch data like thumbnail and GPS, thrus allowing yet unsupported formats to parse. If EXIF's debugging mode is enabled, a notice will display in case we do not match against a valid MAKERNOTE signature.

This should temporarily fix bug #72682 (exif_read_data() fails to read all data for some images) until I get around to debug it further.

(cherry picked from commit aabcb5481d9e717df77192dab2894468b9fc63b4)





Before this patch, exif_process_IFD_in_MAKERNOTE() would return false, then causing the rest of the EXIF parsing to be interrupted. This is a regression from earlier which was most likely a part of a security fix for MAKERNOTE.

The new behavior is to instead of stopping to parse, to continue so we can still fetch data like thumbnail and GPS, thrus allowing yet unsupported formats to parse. If EXIF's debugging mode is enabled, a notice will display in case we do not match against a valid MAKERNOTE signature.

This should temporarily fix bug #72682 (exif_read_data() fails to read all data for some images) until I get around to debug it further.

(cherry picked from commit aabcb5481d9e717df77192dab2894468b9fc63b4)







update libs_versions.txt
2016-08-03T13:03:41+00:00

Anatol Belski
ab@php.net

2016-08-03T13:03:41+00:00

67c2b0a9e8c746fca5bd0ef17e8d184c4f201020












fix ts build
2016-08-03T10:16:42+00:00

Anatol Belski
ab@php.net

2016-08-03T10:16:42+00:00

fad3f936aca111b6717d8607251551336ff2a07f












Fix #72709: imagesetstyle() causes OOB read for empty $styles
2016-08-02T16:43:37+00:00

Christoph M. Becker
cmb@php.net

2016-08-02T16:41:20+00:00

f5622f5c8763fe180310ed7a47b999f160d7750b

Calling imagesetstyle() with an empty $styles array caused gdImageSetStyle()
to be called with `noOfPixels==0`, what could have lead to OOB reads.
Actually, this issue will be fixed in libgd, but to avoid issues when older
libgd is in use, we simply disallow passing an empty $styles array to
imagesetstyle(), what wouldn't serve a useful purpose anyway.





Calling imagesetstyle() with an empty $styles array caused gdImageSetStyle()
to be called with `noOfPixels==0`, what could have lead to OOB reads.
Actually, this issue will be fixed in libgd, but to avoid issues when older
libgd is in use, we simply disallow passing an empty $styles array to
imagesetstyle(), what wouldn't serve a useful purpose anyway.







update NEWS
2016-08-02T12:36:56+00:00

Anatol Belski
ab@php.net

2016-08-02T12:36:56+00:00

e95625f47ee0a8b969c268c03a33a2a67ebbefce












cleanup table after test
2016-08-02T12:35:24+00:00

Anatol Belski
ab@php.net

2016-08-02T12:35:24+00:00

40b3a031b2549aeafd5ca9290b504a4c537a9adf












- lastInsertId using Postgres Lastval() function
2016-08-02T12:34:30+00:00

Pablo Santiago Sánchez
phackwer@gmail.com

2016-07-28T01:12:56+00:00

90c6cbd09baa8802cd0d92ad13d9d791a3e4025d