| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
Just a few bug fixes here.
|
|
This is in response to a report that a 6.9 server crashes with
cairo's extend-reflect test:
https://bugs.freedesktop.org/show_bug.cgi?id=15628#c2
|
|
It's a confusing condition, so let's be explicit about where
the various numbers come from.
|
|
|
|
|
|
and let type1-fallback handle it. This fixes the bug reported by
Peter Weilbacher in
http://lists.cairographics.org/archives/cairo/2008-October/015569.html
|
|
test/text-glyph-range was crashing since we requested the meta_surface but
the glyph wrongly believed it already had the meta_surface but was
checking for a path instead.
|
|
user-font-mask should PASS modulo the scaling anomalies in the external
renderers, so remove it from the XFAIL list.
|
|
The extents of cairo_mask() is only limited to the mask if the operation
is bounded by the mask.
|
|
Adrian Johnson discovered cases where we mistakenly compared the result
of unsigned arithmetic where we need signed quantities. Look for similar
cases in the users of cairo_rectangle_int_t.
|
|
_cairo_rectangle_intersect() incorrectly allows unsigned promotion during
its arithmetic.
|
|
In order to handle projection of analysis surface with user-fonts we need
to accommodate patterns extending into negative coordinate space.
|
|
_cairo_gstate_backend_to_user_rectangle() requires that its input
arguments are non-NULL and describe the input rectangle to be transformed.
However, we were passing through output parameters from the public API
which were allowed to be NULL. So we need to allocate temporary variables
in which to compute the output rectangle, but only copy them as required.
|
|
Thanks to Chris Wilson (who else?) for the last-minute bug fix.
|
|
Hurrah! We're finally there.
|
|
If the image was opaque with no alpha channel, we filled the output alpha
with 0. Typically, the destination surface for dithering is an RGB window,
so this bug went unnoticed. However, test/xlib-expose-event is an example
where we generate an intermediate alpha-only pixmap for use as a stencil
and this was failing as the mask was left completely transparent. The
simple solution is to ensure that for opaque images, the output alpha is
set to the maximum permissible value.
|
|
Tweak the whitespace to lose some unnecessary line wrapping, casts and
blanks.
|
|
|
|
I missed this in a previous commit, (I think I had used a
pattern of twin-*-ref.png which of course didn't match
this file).
|
|
Add some summarizing paragraphs and organize bug-fixes and optimizations
into separate sections.
|
|
Proof-reading is difficult, even with the squiggly lines.
|
|
Whilst Carl's not looking, fix a couple of typos -- in particular the one
calling me a bug! ;-)
|
|
(Still need to add a paragraph or two summarizing the release.)
|
|
This performance test relied on the recently-removed ability
to select the internal twin-based font family with a name of
"cairo".
Presumably, we'll want to bring this performance case back when
some other means of requesting that font face is added.
|
|
This test relied on the recently-removed ability to select
the internal twin-based font family with a name of "cairo".
Presumably, we'll want to bring this test case back when
some other means of requesting that font face is added.
|
|
It's not fair to steal this name from the namespace of family names.
There are definitely cairo.ttf files that exist out there, and people
may already be using these, (or may use them in the future), with
cairo_select_font_face and a family name of "cairo".
In place of this, we'll want to come up with some other new, and
documented API for selecting the internal font face.
|
|
These generated files were recently added to our build system.
We definitely don't want to see them in git-status output.
|
|
Without these files in these lists, "make distcheck" is unhappy.
|
|
This is just part of the make-distcheck routine for me. I know
Behdad added a test to check for missing images in the list, but
it doesn't seem to be getting run automatically as part of
'make test' nor 'make distcheck', (or if it it, then I'm not
noticing its output).
|
|
Check that colour values are correctly passed through all the backends.
Simple test of the most fundamental functionality.
|
|
This avoids hitting driver-specific bugs in the X server, and is
better than doing 'DISPLAY= make distcheck' which simply disables
all xlib testing completely.
|
|
This X server has been tested to run through the test suite with
no unexpected failures, and it avoids hitting any X-driver-specific
bugs.
|
|
This target was added to the boilerplate during 1.8.1. It currently
shows many failures in the test suite. These failures likely fall
into three different classes:
* Tests needing new svg12-specific reference images
* Tests exercising bugs in librsvg
* Tests exercising existing cairo bugs
We haven't gone through the effort to separate these, but even for
the tests that are exercising actual cairo bugs, these are likely
bugs that existed in the cairo 1.8.0 release and not regressions.
Because of that, in this commit I'm conditionally disabling the
testing of the svg12 target. As soon as we increment the cairo
version to 1.9.0 or higher, this target will get re-enabled
automatically and we can begin the work to separate the tests as
described above and also fix the bugs.
|
|
A bit annoying that I have to add the same image as both -svg11
and -svg12 but that's all the support we have in the current
test suite. I suppose I could avoid doing that by figuring out
why this test case cannot successfully roundtrip through librsvg
and back through cairo.
|
|
These are quite similar to the existing ps3-specific reference images.
I definitely don't see any reason why this output should be considered
a failure.
|
|
This test is expected to fail due to a couple of known bugs. Chris
has fixes for both bugs, but is holding off on them until after 1.8.2
to prevent introducing any possible new bugs with his fixes.
|
|
Otherwise the reference image (user-font-image-ref.png) gets
interpreted as an image-specific reference image for the
user-font test case resulting in a bogus failure.
|
|
A copy-and-paste bug strikes again.
|
|
The assert can fail for an error surface.
TODO: Decide what values should be returned from getters for error
surfaces.
|
|
Double check that the user is not being silly by passing in a stride that
is too small for the width. evince/poppler is one such example...
|
|
Janoos spotted that the unaligned clip actually degenerated to an empty
clip due to a typo when constructing the second rectangle. Simply use a
cairo_rectangle() instead.
|
|
|
|
This arranges so that a versioned manual will be available of the form:
http://cairographics.org/manual-X.Y.Z
for all future releases and snapshots. We're going through the process
of manually doing all former releases, such as:
http://cairographics.org/manual-1.2.0/
which the LSB folks wanted to reference.
|
|
The ps target no longer exists.
|
|
This can be used to expose a bug in _cairo_rectangle_intersect() by
changing:
fixed_scale = 1024 to 1 in cairo-user-font.c
and
cairo_matrix_translate (&matrix, 0, -8) to (&matrix, 0, -9) in
user-font-image.c
This will cause cairo_text_extents (cr, text, &extents) in
user-font-image.c to return a height of 8388683.
|
|
Draws bitmap glyphs using cairo_mask(). This test exposes a bug in the
calculation of the glyph extents.
|
|
If the first face was outside the bounds then we skipped it, and so a
close would incorrectly connect to the first visible face.
|
|
A couple of comment spelling mistakes and rearrange whitespace to more
closely match CODING_STYLE.
|
|
A test case for a leak whilst closing a dashed stroke extracted from the
report by Jeff Muizelaar who found the artifact whilst looking at
firefox http://people.mozilla.com/~jmuizelaar/BerlinDistricts-check.svg
|
