I'm having a problem with two Brother printers - HL-3170CDW and MFC-7860DW and Inkscape 92.1 in Windows 10.
If I create a graphic, from scratch all in Inkscape, it will print (i.e. circle and some text).
If I import a JPG, PNG or any other graphic and add text, resize, et al, when attempting to print I get a C++ runtime error and Inkscape crashes.
I can take the same exact SVG and load it on my Fedora 25 Linux box and it prints fine. I added the Windows fonts to the Linux box.
I'm just tired of saving to a network drive and running to another machine to print.
I can also import the SVG into Adobe Illustrator and it prints fine.
Document is set to 8.5x11 and I've run the document cleanup.
The graphic is a 1.837 inch button. I have a full sheet but even the single image will not print.
The file sizes are 1992kb and 6753kb for the full sheet.
Machines ( I tried 3 Windows boxes ) have 16GB RAM, I7 processors, and attached to printers over Ethernet. These are fully updated. I even went to Microsoft and downloaded the latest C++ runtime libraries and added to no avail. Latest Brother drivers are loaded.
Linux box is a laptop with an I5 and 8GB RAM and running the Cinnamon spin of Fedora 25. It even has SeLinux on and works fine.
Has anyone had this quirk and are there any workarounds?
Appreciate any advice.

Probably one of the many known issues with printing on Windows:
https://bugs.launchpad.net/inkscape?fie ... o_package=

You could try if using a different printer driver solves the issue (it did solve it for someone using an HP printer recently).

If you find the matching bug report, you can subscribe to it, and add info about your specific configuration to it, to aid developers in resolving the issue.

I have exactly the same problem - it only happenes if I print files with embedded non-vector-images. I tried two physical printers and PDF-printers.

Win 10, Inkscape 0.92.1 r15371

As users, I'm thinking we should make more noise about Inkscape's weak printing features. I'm not sure exactly how to do that though, within the confines of community development. It would probably take getting some programmer interested enough to join the project and fix it themselves.

I wonder why no one has taken advantage of the relatively new funded development policy? I thought people would jump right on that!

But more to the op - can you all get any imported raster image to print? I no rasters will print, that would seem like a more serious bug, to me. I dont' really have a printer, so I can't test myself.

I think I have narrowed it a bit more.
I can create an svg with two circles (1.837 and 1.500) and drop either a jpg or png image into it.
I can replicate 12 times to a page.
This prints OK.
It appears the imported problematic images are made with Adobe illustrator.
An example is I get a final image back from a pin manufacturer as an .ai.
They put some type of border around the various sub-images (i.e. letters) that creates a wall for the metal to occupy when a casting is made. The depressions are filled with enamel and then baked to form a lapel pin.
I cut that image up and move parts onto the circles above (resizing and taking an oval and making a circle).
What I am doing is taking the foundry image for a pin and making a button out of it.
For some reason that snippet of the .ai file gives the printer driver problems.
I have added all known c++ libraries from Microsoft up to VS 2017 in an attempt to find a later dll to no avail.
Is there any place I can look to identify the item that crashes the printing call to the C++ library?
Thx!

....the printing call to the C++ library?

That would be far outside my knowledge. And especially, if I understand correctly, you're looking for something in an AI file....

But that gives me the idea to try and see if you can print the AI file by itself - not imported into Inkscape.

I'm not sure if this info will help. It's something about info that AI puts in an SVG file, which Inkscape doesn't. It may have absolutely nothing to do with printing, but just thinking about differences between the files, it came to mind. https://inkscape.org/en/learn/faq/#inks ... ng-back-ai

Maybe if it's so specific and reproducible, creating a bug report may yield at least a workaround?

I pretty much have a work around. I can print in Linux or I can import the svg into AI and it prints there as well. I'm intrigued as to why I get the error. Next I'll fool with Process explorer and some other tools to try and locate the problem.I just downloaded firmware updates to both printers and dumped and reloaded the printers on Windows. Even used a USB cable.
What's involved in creating a bug report?

I may have found the culprit. I kept selecting with the Edit Paths by Nodes tool, then the Select and Transform tool and un-grouping. Finally I unset the clip path and it let me copy the graphic to a new sheet and print it. Question is - why would a clip set keep an image from being printed?

As you can tell I'm a newbie at Inkscape but am learning fast. I love the vector graphics for making crisp clean lines.

Ah. Yes, I think that's even a known issue. I searched for it yesterday, but couldn't invest more than a couple of minutes, and didn't find it. Can you browse the bug reports to see if you can find it?

Found it - I added to the bug and uploaded the same files that will and will not print so the programmer can ascertain what can be done to fix it.
Bug is here: https://bugs.launchpad.net/inkscape/+bug/1665768
Someone suggested deleting the clip - however the bad file has many as does the good one.
If there was something that would programmatically scan the XML and delete or replace I would be all ears. I'm trying some compares using UltraEdit. It does macros but I have to identify the offending code first.

There are a couple of manual options, but none of them perfect:

- Select everything and use 'deep ungroup' extension. Then select everything (or just keep selected) and remove clips. This will make all clip paths visible, then you can delete them manually

- open the xml editor, and go into the 'defs' section. Delete all 'svg:clipPath' nodes. Unfortunately, there doesn't seem to be a multi-select option.

- use Objects dialog, select all objects that have a clip path (this is indicated by an icon in the dialog), and do 'release clip' (right-click). Then you still need to remove all the wrong paths that stem from the clips.

If you want to script it, then:

- write a script, that removes all lines in the svg code that start with: clip-path="url(#clipPath3348)"
- open Inkscape, then do Clean document to remove the unused defs (or call it from the command line, or remove the <clipPath> nodes from the defs section in the script.

I tried the Deep Ungroup but got this:

Traceback (most recent call last):
File "ungroup_deep.py", line 276, in <module>
effect.affect()
File "C:\Program Files\Inkscape\share\extensions\inkex.py", line 279, in affect
self.parse()
File "C:\Program Files\Inkscape\share\extensions\inkex.py", line 202, in parse
self.document = etree.parse(stream, parser=p)
File "src\lxml\lxml.etree.pyx", line 3427, in lxml.etree.parse (src\lxml\lxml.etree.c:78767)
File "src\lxml\parser.pxi", line 1814, in lxml.etree._parseDocument (src\lxml\lxml.etree.c:114876)
File "src\lxml\parser.pxi", line 1834, in lxml.etree._parseFilelikeDocument (src\lxml\lxml.etree.c:115159)
File "src\lxml\parser.pxi", line 1729, in lxml.etree._parseDocFromFilelike (src\lxml\lxml.etree.c:113947)
File "src\lxml\parser.pxi", line 1150, in lxml.etree._BaseParser._parseDocFromFilelike (src\lxml\lxml.etree.c:108875)
File "src\lxml\parser.pxi", line 584, in lxml.etree._ParserContext._handleParseResultDoc (src\lxml\lxml.etree.c:102150)
File "src\lxml\parser.pxi", line 694, in lxml.etree._handleParseResult (src\lxml\lxml.etree.c:103800)
File "src\lxml\parser.pxi", line 624, in lxml.etree._raiseParseError (src\lxml\lxml.etree.c:102712)
lxml.etree.XMLSyntaxError: xmlns:ns2: '&#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;ns_ai;' is not a valid URI, line 5, column 95

Interesting. To me, it seems your file originated in Adobe Illustrator, and the extension cannot deal with the broken syntax that Illustrator is producing...
If you upload the file, we could try to fix it, so it conforms to standards.

Great.
What I do is design an image in Inkscape. I send it to a pin manufacturer. They take the SVG I send and run it through AI. They modify it so there are raised metal areas that enamel is painted into. They then send their image (.ai) back to me for acceptance. What I do is take that .ai back into Inkscape and modify it for a T-Shirt. Whatever they do to it in AI causes many headaches. Since I do this often, if there was a programmatic solution I could run against the image they send back after I read it into SVG, it would make my life a lot easier. I can setup a macro to search and replace, delete, etc, but I need to know what to change/look for. Attaching a sample image link because its too large to upload. http://www.cimorelli.com/templates/problem-image-1.svg.txt
Many thanks for any assistance.

Couldn't you save a copy of the file that you send to the pin maker? Then you could use that to make the t-shirt. Or even make the t-shirt file first?

Because I'm thinking that the pin maker must not be substantially changing the image itself. They're probably just isolating certain paths, and changing them in some way, so that their hardware can recognize them (for the metal divider parts). So I'm not seeing a need for you to use those changes for the t-shirt design.

Just a thought. (Sorry, I can't help with the text file.)

Easy enough to save as a pdf and print. (Here anyway.)

You can replace the line (line 5)
xmlns:ns0="&amp;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;ns_ai;"
by something like
xmlns:ns0="http://adobe.com"

Then deep ungroup will work.
The python module that is used by the extension seems to actually check if the contents of that attribute is a valid url, and returns an error if it is not.

(btw. I don't know what AI will make of the change, but at least this will work in Inkscape)
It might be, if you're really unlucky, that unexpected stuff happens. So make sure that you will get a print proof before you okay it.

Couldn't you save a copy of the file that you send to the pin maker? Then you could use that to make the t-shirt. Or even make the t-shirt file first?

Because I'm thinking that the pin maker must not be substantially changing the image itself. They're probably just isolating certain paths, and changing them in some way, so that their hardware can recognize them (for the metal divider parts). So I'm not seeing a need for you to use those changes for the t-shirt design.

Just a thought. (Sorry, I can't help with the text file.)

I do that but I want to make the shirt an exact image of the pin and cannot do that until I get their proof. I also use the incoming design for a template for future pins. I want the raised metal colors to match the pin as well as the final colors they use.

You can replace the line (line 5)
xmlns:ns0="&amp;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;#38;ns_ai;"
by something like
xmlns:ns0="http://adobe.com"

Then deep ungroup will work.
The python module that is used by the extension seems to actually check if the contents of that attribute is a valid url, and returns an error if it is not.

Thanks - that worked - I will try it for others that have multiple images embedded and see if it works for them as well. If so, that would be an easy fix and can change it prior to importing into Inkscape.

If it doesn't work for all your images, I still think you can use your original file to avoid the AI stuff, and still have it look like the AI version they send you.