After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 442746 - [WIN32] printing only black boxes
[WIN32] printing only black boxes
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Printing
unspecified
Other Windows
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
: 447151 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-06-01 00:41 UTC by A
Modified: 2013-08-06 04:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot of print preview (47.85 KB, image/gif)
2007-06-01 00:45 UTC, A
Details
the file pictured in the previous screen shot (3.60 KB, application/x-gnumeric)
2007-06-01 04:19 UTC, A
Details

Description A 2007-06-01 00:41:15 UTC
when previewing or printing i see black boxes where there would be text, see attachment
Comment 1 A 2007-06-01 00:45:24 UTC
Created attachment 89140 [details]
screenshot of print preview

actually printing puts the same thing as the bad preview on paper, this is on a xerox phaser 7300 printer (via network)
Comment 2 Andreas J. Guelzow 2007-06-01 00:56:33 UTC
Which version of Gnumeric are you running?
Comment 3 A 2007-06-01 03:14:14 UTC
1.7.10 (the win32 version)
Comment 4 Andreas J. Guelzow 2007-06-01 03:56:17 UTC
1.7.10 uses GtkPrint. According to your pictures it appears that cairo/pango doesn't rendered the characters correctly. So I am reclassifying this as a GtkPrint bug.

Does this also happen for other fonts, all fonts?
Comment 5 A 2007-06-01 04:17:33 UTC
well, print preview worked a couple of times for a small test file (tried 2 different fonts)

then I opened the file in the screenshot above, then the problem re-appeared and persisted in new files and for all the fonts I tried. the file was originally .XLS then saved as .gnumeric I will attach it for reference.
Comment 6 A 2007-06-01 04:19:07 UTC
Created attachment 89155 [details]
the file pictured in the previous screen shot

XLS saved as gnumeric
Comment 7 Andreas J. Guelzow 2007-06-04 19:54:14 UTC
Hmm, works just fine for me under Linux.
Comment 8 Tor Lillqvist 2007-06-04 19:57:24 UTC
> Hmm, works just fine for me under Linux.

... and the relevance of that observation for this win32-specific problem is what?
Comment 9 Andreas J. Guelzow 2007-06-04 20:13:52 UTC
"... and the relevance of that observation for this win32-specific problem is
what?"

How do you know that it is in fact a win32-specific problem unless you try different OSs? And since I wrote the gnumeric printing code, it is quite important for me to know that it really seems to be a windows specific gtk bug.
Comment 10 Andreas J. Guelzow 2007-06-13 16:37:45 UTC
*** Bug 447151 has been marked as a duplicate of this bug. ***
Comment 11 Brad Gaylord 2007-07-26 21:44:35 UTC
444942 cross references this report, and the two are in appearance the same problem.    I am no programmer, but this does indicate that this problem, which is fatal in gnumeric 1.7.10-win32-1.exe is common to more than one brand of printer, Xerox (this report) and HP (444942).    Mine is HP Deskjet 842C
Comment 12 A 2007-07-27 01:33:23 UTC
this also happens on xerox workcentre pro c2636
Comment 13 Mehmet YASAR 2007-09-26 10:08:43 UTC
I've faced similar issues with cairo (tested with version 1.2 and 1.4), it was related to two differents cairo bugs :

1. The freetype backend of cairo gives "black bloxes" on windows
see the following bug "freetype backend with win32 backend display "black boxes""
https://bugs.freedesktop.org/show_bug.cgi?id=10557

2. Printing a transparent rectangle over text also gives black boxes.
See issues with cairo win32 printing on cairo mailing list: "Printing a transparent rectangle over some text results in an opaque rectangle without any of the text under the rectangle visible."
http://lists.cairographics.org/archives/cairo/2007-June/010806.html

Both bugs are still not fixed.

I don't know which bug is related to gnumeric.
It may be using the freetype backend instead of the win32 font backend or it may print some invisible rectangle around text.
Comment 14 Mehmet YASAR 2007-12-13 13:28:52 UTC
I'd like to update my last comment (#12) about Cairo.

Both bugs are corrected using the development branch of cairo (version 1.5.4).
You _must_ use the new "Win32 printing surface".

Still, the "win32 printing surface" is quiet new (I'm experiencing some weird bugs), I don't know if it's going to be included with cairo 1.6.
Comment 15 Dominic Lachowicz 2008-02-22 22:19:45 UTC
http://bugzilla.gnome.org/show_bug.cgi?id=444942#c15 suggests that using the Win32 printing surface isn't sufficient to fix this problem.
Comment 16 Cody Russell 2008-04-03 14:40:26 UTC
We have support for cairo_win32_printing_surface in gtk+ trunk now.  I think that will fix the printing part of this bug, but not necessarily the preview.
Comment 17 DanSuliac 2008-04-30 18:57:07 UTC
Vista premium SP1
Canon IP4500
Gniumeric 1.7.2 windows
Rectangular black boxes printing instead of text
Comment 18 A 2013-08-06 04:02:27 UTC
Previews and prints fine now in gnumeric 1.10.16. Thanks for fixing it.