I don't think this is related to #495620, which seems to have been fixed. I did try all the suggested options, revereted to EXA, tried no offscreen pixmaps option, turned off DRI, etc. https://secure.natpe.org/natpe/index.php?option=com_wrapper&view=wrapper&Itemid=236 I will attach a screenshot of what it looks like in a moment when I get the bug number. I have an Intel mobile GM965/GL960 using the 'intel' driver. Mark
Here's a screen shot. Everything after the heading in the iframe, including the form, is totally obscured. Apparently this looks fine in Firefox on other platforms. Mark
We believe that the bug you reported is fixed in the latest version of
cairo, which is due to be installed in the Debian FTP archive:
cairo_1.8.10-5.debian.tar.gz
to main/c/cairo/cairo_1.8.10-5.debian.tar.gz
cairo_1.8.10-5.dsc
to main/c/cairo/cairo_1.8.10-5.dsc
libcairo2-dbg_1.8.10-5_amd64.deb
to main/c/cairo/libcairo2-dbg_1.8.10-5_amd64.deb
libcairo2-dev_1.8.10-5_amd64.deb
to main/c/cairo/libcairo2-dev_1.8.10-5_amd64.deb
libcairo2-doc_1.8.10-5_all.deb
to main/c/cairo/libcairo2-doc_1.8.10-5_all.deb
libcairo2-udeb_1.8.10-5_amd64.udeb
to main/c/cairo/libcairo2-udeb_1.8.10-5_amd64.udeb
libcairo2_1.8.10-5_amd64.deb
to main/c/cairo/libcairo2_1.8.10-5_amd64.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 593294@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Sebastian Dröge <slomo@debian.org> (supplier of updated cairo package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.8
Date: Tue, 17 Aug 2010 05:48:52 +0200
Source: cairo
Binary: libcairo2-dev libcairo2 libcairo2-dbg libcairo2-doc libcairo2-udeb
Architecture: source all amd64
Version: 1.8.10-5
Distribution: unstable
Urgency: low
Maintainer: Dave Beckett <dajobe@debian.org>
Changed-By: Sebastian Dröge <slomo@debian.org>
Description:
libcairo2 - The Cairo 2D vector graphics library
libcairo2-dbg - The Cairo 2D vector graphics library (debugging symbols)
libcairo2-dev - Development files for the Cairo 2D graphics library
libcairo2-doc - Documentation for the Cairo Multi-platform 2D graphics library
libcairo2-udeb - The Cairo 2D vector graphics library Xlib backend (udeb)
Closes: 495620 593294
Changes:
cairo (1.8.10-5) unstable; urgency=low
.
* debian/patches/02_iceweasel-buggy-repeat.patch:
+ Patch from Mozilla to work around a display bug in iceweasel with
some buggy X11 video drivers (Closes: #495620, #593294).
http://mxr.mozilla.org/firefox/source/gfx/cairo/buggy-repeat.patch
.
After squeeze this patch will again be dropped because it's
just a hacky workaround for a real problem in some X11 video
drivers.
Checksums-Sha1:
9e54fd20f6bd01e02768107c711bd0b69b69dd04 1542 cairo_1.8.10-5.dsc
6f3daa44293a12f72066acf659c6e2f5f127083c 24963 cairo_1.8.10-5.debian.tar.gz
e26a8093edfa91a9da2415a0dc2a629e39945458 428984 libcairo2-doc_1.8.10-5_all.deb
4705a019dddc643c39fc06de52306ad0cfd10f1b 619376 libcairo2-dev_1.8.10-5_amd64.deb
6e01a2b86478c18000bc54996bd1edc823cffa76 519660 libcairo2_1.8.10-5_amd64.deb
2a556ab4f9185a442d404aa56b358f3361b67699 814902 libcairo2-dbg_1.8.10-5_amd64.deb
7bf06f221a78d194747e53099230d3dfcbf46536 220900 libcairo2-udeb_1.8.10-5_amd64.udeb
Checksums-Sha256:
f29cc30edf6f0b362cff04fde56af1b9c421fda10e8f2ddedd582cd23493943f 1542 cairo_1.8.10-5.dsc
eace983e2f1ab16f5fe32fa9d2ff857aad3fa4705f197df4051f11cb81779ed1 24963 cairo_1.8.10-5.debian.tar.gz
8db5c8501a24b6435ef9878f56a96c17709ed0bbde9c66027e7647836d65277f 428984 libcairo2-doc_1.8.10-5_all.deb
2f9eb6dbd69fdca95209fa37ea7a46db8e89bee3c64b5af812d79444caa201e0 619376 libcairo2-dev_1.8.10-5_amd64.deb
1e33389086009e61270cd359a9f7196d7971467680681c24678a13498c633a5b 519660 libcairo2_1.8.10-5_amd64.deb
ce10be02152d82e61a2b5d66a3fdc6164e7c2b9392ba7244c593529d25f97e50 814902 libcairo2-dbg_1.8.10-5_amd64.deb
42943ae59b25a27e3b9fef9aab8d1fcef4d3a24367d97e3349c9003ba30c5825 220900 libcairo2-udeb_1.8.10-5_amd64.udeb
Files:
154f81d1e8e5393657d5fc614a85c805 1542 libs optional cairo_1.8.10-5.dsc
566241003214ea15ee7fcda1395a771d 24963 libs optional cairo_1.8.10-5.debian.tar.gz
07009165ed2f754935b94a4e35769f79 428984 doc optional libcairo2-doc_1.8.10-5_all.deb
3c2fc73fe00ffe4d1fcac2d5a6b38226 619376 libdevel optional libcairo2-dev_1.8.10-5_amd64.deb
f8f3d250cf2b02fbb675a5891671b9e1 519660 libs optional libcairo2_1.8.10-5_amd64.deb
6f52c65674eb7ddef269b2d685ab711e 814902 debug extra libcairo2-dbg_1.8.10-5_amd64.deb
85e5da57f359329b93bfca428bea8fa5 220900 debian-installer optional libcairo2-udeb_1.8.10-5_amd64.udeb
Package-Type: udeb
iEYEARECAAYFAkxqCecACgkQBsBdh1vkHyGSlgCgixSw0kcdDHZH2jwDquoSRODb
KnoAn1IjR1EtKeRfh5ZgE8wN1Z+pTFtF
=tjiN
-----END PGP SIGNATURE-----
I will test libcairo2-1.8.10-5 when it uploads to unstable. If the patch works around this problem, and the actual problem as you say is due to the buggy video driver, then would it be appropriate to leave this bug open, and all others fixed by the patch, and transfer them to xserver-xorg-video-intel ? We did the same thing with lenny, as I recall, and then dropped the patch again when squeeze came out. Why don't we block the release on the drivers instead and get the real problem fixed? It would also help to have details on what the "real problem in some X11 video drivers" is and which drivers are affected. If you already know of a bug report that details those problems, should this bug be merged with that rather than closed? Mark
reopen 593294 thankyou Nope. I installed libcairo2-1.8.10-5 from unstable, and it did not fix the display problem at https://secure.natpe.org/natpe/index.php?option=com_wrapper&view=wrapper&Itemid=236 Like I said in my report, I think that this one is NOT related to 495620, becaues 495620 appeared to have been fixed already, the sites in question were fine, and none of the workarounds suggested for 495620 worked to fix the display problem reported in 593294. I think that the patch that you just uploaded in 1.8.10-5 was not necessary, because the driver problem had already been fixed. As I said, I was not experiencing that problem in 495620 anymore. This appears to be a totally new problem. Mark
Just tried the page in Chrome/Linux, Iceweasel/Linux, Epiphany/Linux and IE8/Windows-XP. It looks always the same, the title cut in half, invisible form. So the page itself is plainly broken.
Greetings, I confirm that Jindřich Makovička got this right. The purportedly cut-off iframe isn't cut off by cairo at all. By its tag attributes, its height is initially low (100 pixels); upon iframe load completion, the main page tries to retrieve the iframe content height and adjust the iframe height accordingly. This fails, apparently due to a cross-domain scripting issue (there is a Javascript error in the error console about denied permissions). Unfortunately, scrolling bars are disabled and the user is prevented from displaying the full content of the iframe even by scrolling. However, clicking inside the iframe and hitting the Tab key allows you to navigate the form in the iframe, albeit uncomfortably. As an alternative way of verifying that it's not a rendering issue, use firebug to adjust iframe height manually; the content of the iframe promptly appears as soon as you set iframe height to a reasonable value. Lastly, visiting the non-secure page at http://secure.natpe.org/natpe/index.php?option=com_wrapper&view=wrapper&Itemid=236 also works. At the https address, the iframe is still loaded through non-secure http and the browser is simply enforcing cross-domain security between the http and https pages. In conclusion, this is definitely not a cairo bug, but rather a flaw in the website. If anything, it should be reported to the website operators in the hope that someone takes care of bug reports. I propose that the cairo maintainer can close this bug. Best regards, Pier Luigi Pau