Printout is a blank page

Bug #999918 reported by Kathy Benson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Undecided
Unassigned

Bug Description

When I go to print a drawing, all I get is a blank page. I'm using Windows 7, Inkscape 0.48.2, and a HP Color LaserJet 4900dn. Some drawings come out fine. Others just won't print. I have been trying to determine a pattern. So far I see that if there is anything outside of the canvas, then the probability of this symptom increases. To assure this is not the case, I lasso what I see on the canvas, copy it to a new drawing and paste. Sometimes I still get a blank page.

Revision history for this message
Kathy Benson (kbenson) wrote :
Revision history for this message
Kathy Benson (kbenson) wrote :

Here is another student's work. Part of the page prints but the rest is lost.

Revision history for this message
Alvin Penner (apenner) wrote :

running Windows 7, 32 bit, Inkscape 0.48.3.1, HP Deskjet 895 printer

- problem confirmed with SH Justin C. I get a head, two ears, but no body, no arms or legs, no text name

Changed in inkscape:
status: New → Confirmed
Revision history for this message
Alvin Penner (apenner) wrote :

fwiw, if I save this image as a pdf file, then the pdf file is exactly the same as my printed output, same parts are missing.

Revision history for this message
su_v (suv-lp) wrote :

Same result if converting 'SH Justin C.svg' to PDF using rsvg-convert from librsvg 2.36.1, independent from Inkscape (PDF attached).
-> it seems that a cairo-based conversion (SVG -> PDF) stops if encountering "invalid" SVG code.

Possibly related:
Bug #534679 “Cairo-based export not exporting all elements”
<https://bugs.launchpad.net/inkscape/+bug/534679>

Revision history for this message
su_v (suv-lp) wrote :

The attached modified version of the file 'SH Justin C.svg' saves ok as PDF (no obvious missing elements).

One (or more) of the 17 remaining objects on the now hidden layer 'Layer 1' obviously stop further processing of the SVG source when exporting to cairo.

Revision history for this message
Kathy Benson (kbenson) wrote : Re: [Bug 999918] Re: Printout is a blank page

The user didn't intend to put anything on a hidden layer. How do I find outbif something is hidden by accident? How do I unhide it?

Sent from my iPad

On May 18, 2012, at 7:15 PM, "~suv" <email address hidden> wrote:

> The attached modified version of the file 'SH Justin C.svg' saves ok as
> PDF (no obvious missing elements).
>
> One (or more) of the 17 remaining objects on the now hidden layer 'Layer
> 1' obviously stop further processing of the SVG source when exporting to
> cairo.
>
> ** Attachment added: "999918-SH Justin C-visible-1.svg"
> https://bugs.launchpad.net/inkscape/+bug/999918/+attachment/3152970/+files/999918-SH%20Justin%20C-visible-1.svg
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/999918
>
> Title:
> Printout is a blank page
>
> Status in Inkscape: A Vector Drawing Tool:
> Confirmed
>
> Bug description:
> When I go to print a drawing, all I get is a blank page. I'm using
> Windows 7, Inkscape 0.48.2, and a HP Color LaserJet 4900dn. Some
> drawings come out fine. Others just won't print. I have been trying to
> determine a pattern. So far I see that if there is anything outside
> of the canvas, then the probability of this symptom increases. To
> assure this is not the case, I lasso what I see on the canvas, copy it
> to a new drawing and paste. Sometimes I still get a blank page.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/inkscape/+bug/999918/+subscriptions
>

Revision history for this message
su_v (suv-lp) wrote :

> The user didn't intend to put anything on a hidden layer. How do I find outbif
> something is hidden by accident?

You misunderstood my comment (which was intended for internal bug triage - to narrow down the issue - and not directed to you as user). As mentioned, I had edited the original file (for bug triage) and reorganized the content into two layers:
a) one with all elements that visibly belong to the intended drawing content and are exported to PDF without error,
b) one with remaining objects which apparently had been - unintentionally (?) - scaled or otherwise transformed by the user in such a way that they don't or only barely render as visible objects, but can stop any further processing of the SVG content in cairo-based export or printing routines.

su_v (suv-lp)
tags: added: cairo exporting
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.