Description of problem: evolution will not print to a file (btrfs or ext4: "no such file") or to a printer ("printer not found"). Version-Release number of selected component (if applicable): evolution-3.38.1-1.fc33.x86_64 How reproducible: 100% Steps to Reproduce: 1. Try to print an email from evolution Actual results: print fails with an error message: either 1) The printer replied “Error opening file â/home...pdfâ: No such file or directory”, or 2) The printer replied "Printer not found". Expected results: print succeeds. Additional info: A few hex characters (garbled quotes?) are appended before and after the file name when attempting to print to a file. Printing from LibreOffice works fine.
Thanks for a bug report. That's a bug on the WebKitGTK side, see: https://bugs.webkit.org/show_bug.cgi?id=202363#c2
Hi, can confirm that the mentioned solution from within the WebKitGTK bugreport that Milan posts here is working. usr@local > WEBKIT_FORCE_SANDBOX=0 evolution
Michael, it looks like people are printing mails a lot, would it make sense to disable sandbox by default in Fedoras, until the upstream bug is fixed (which can be who knows when)?
Er, I wouldn't do that, because you are rendering untrusted HTML that anyone anywhere in the world can send to you. Fixing printing is on my TODO, but I don't have an ETA for this unfortunately.
(In reply to Michael Catanzaro from comment #4) > Er, I wouldn't do that, because you are rendering untrusted HTML that anyone > anywhere in the world can send to you. Right. It can be a problem for Epiphany, but for example in Evolution it's disabled to use the JavaScript markup from the HTML code. I guess the JavaScript is the main problem, even there can be some (minor?) issues in the HTML parser as well. Anyway, I trust you, I'll left the decision up to you. There are just a lot of bugs about printing filled recently, when people begun to use WebKitGTK 2.30.x.
Printing under the sandbox has never worked, so it should be broken with all versions since 2.26.