summaryrefslogtreecommitdiff
path: root/NEWS
diff options
context:
space:
mode:
authorCarl Worth <cworth@cworth.org>2008-04-08 02:45:31 -0700
committerCarl Worth <cworth@cworth.org>2008-04-08 02:45:31 -0700
commit8f123d035af0c02dc0a668a073410756edafbdd6 (patch)
tree6de2d4e8e72bbd74f2a9d7bb139f7f575f3b3297 /NEWS
parentf7dea9a8d3da7f57286db4b1b6300726483a0d76 (diff)
NEWS: Add notes for 1.5.20 snapshot
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS47
1 files changed, 47 insertions, 0 deletions
diff --git a/NEWS b/NEWS
index 186c4a65..1c7c7cdb 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,50 @@
+Snapshot 1.5.20 (2008-04-04 Carl Worth <cworth@cworth.org>)
+===========================================================
+This is the tenth snapshot in cairo's unstable 1.5 series. It comes
+just two days (and only one working day) after the 1.5.18
+snapshot. The quick snapshot is due to two embarrassing bugs (both
+affecting cairo-xlib) that had been introduced in the 1.5.18
+snapshot. The fixes for these are described below along with a few
+other fixes, (which hopefully aren't introducing new bugs this time).
+
+cairo-xlib
+----------
+Revert fix from 1.5.18 to allow pattern expansion based on the filter
+mode. This fix seemed so boring, (the use case it addresses is almost
+never used in practice), that it didn't even get mentioned in the
+1.5.18 release notes. However, the "fix" happened to break rendering
+that is always used resulting in corrupt image rendering in mozilla,
+evolution, and probably everything else that uses cairo.
+
+Fix to avoid BadMatch errors in cairo_surface_create_similar. These
+were introduced, (inadvertently, of course), as part of the fix in
+1.5.18 for creating similar surfaces without the Render
+extension. Again, thanks to mozilla, (and Vladimir Vukicevic in
+particular), for noticing our mistake.
+
+general
+-------
+Correctly handle an in-error surface in
+cairo_surface_write_to_png. Previously this function would cause an
+assertion failure if you gave it a finished surface. Now it cleanly
+returns a CAIRO_STATUS_SURFACE_FINISHED result instead.
+
+Avoid potentially infinite wandering through memory inside
+_cairo_hull_prev_valid. Thanks to Jonathan Watt for noticing this
+problem:
+
+ https://bugzilla.mozilla.org/show_bug.cgi?id=306649#c21
+
+cairo-pdf
+---------
+Fix generation of "soft" masks made by drawing to a similar surface
+and then calling cairo_mask_surface() with it.
+
+cairo-svg
+---------
+Fix for code that uses cairo_mask() on an intermediate surface which
+is later passed to cairo_mask_surface().
+
Snapshot 1.5.18 (2008-04-05 Carl Worth <cworth@cworth.org>)
===========================================================
This is the ninth snapshot in cairo's unstable 1.5 series. It comes