Description of problem: Printers are not found from Evolution when trying to print a message. The printer replied “Printer not found”. This error occurs on all installed printers. The same printers work via other applications such as Mozilla. I can also print a test page from the settings just fine. This function worked prior to an upgrade to FC33. Nothing in the logs, no selinux AVC messages.
Thanks for a bug report. This is a WebKitGTK bug: https://bugs.webkit.org/show_bug.cgi?id=202363 Run evolution from a terminal as: $ WEBKIT_FORCE_SANDBOX=0 evolution and it should work.
Provided solution did not work: $ WEBKIT_FORCE_SANDBOX=0 evolution (evolution:77080): GLib-GIO-WARNING **: 07:56:43.380: Your application did not unregister from D-Bus before destruction. Consider using g_application_run(). Does the above change your assessment?
That runtime warning is irrelevant. I guess you had running a different instance of Evolution, thus you've been switched to it, instead having opened new instance. Make sure: $ ps ax | grep evolution will not show any 'evolution' process (there are processes like evolution-source-registry, evolution-alarm-notify,..., which are fine. Just check whether the whole word 'evolution' is not present). By the way, no need to reopen, just ask and I'll reply.
*** Bug 1899351 has been marked as a duplicate of this bug. ***
Hi, Please fix the status of this bug : it is not closed upstream ! Regards
CLOSED UPSTREAM means it is an upstream bug, not that the bug is fixed upstream. This is still on my TODO.
Oops, I'm sorry. Best regards.
*** Bug 1903111 has been marked as a duplicate of this bug. ***
*** Bug 1907148 has been marked as a duplicate of this bug. ***
For the workaround to be present when Evolution is started from the GUI, consider this command for the affected user: sed 's/Exec=/Exec=WEBKIT_FORCE_SANDBOX=0 /' /usr/share/applications/org.gnome.Evolution.desktop > ~/.local/share/applications/evolution.desktop
*** Bug 1943620 has been marked as a duplicate of this bug. ***
*** Bug 1951833 has been marked as a duplicate of this bug. ***
Can we consider patching Evolution to not enable the sandbox? Thanks
(In reply to Glen Turner from comment #10) > For the workaround to be present when Evolution is started from the GUI, > consider this command for the affected user: > > sed 's/Exec=/Exec=WEBKIT_FORCE_SANDBOX=0 /' > /usr/share/applications/org.gnome.Evolution.desktop > > ~/.local/share/applications/evolution.desktop that should be sed 's/Exec=/Exec=env WEBKIT_FORCE_SANDBOX=0 /' I find that editing the launcher with the initial invocation yields a desktop file that GNOME refuses to use
You can add the export into your .bashrc or /etc/environment . I hesitate to disable the sandbox, even I did think of it too, because it has security implications, which the WebKit folks are sensitive for. It might not be that big deal for the Evolution itself, because it doesn't let the WebKit download anything from the http:// | https://, neither remote JavaScript is enabled, but not every CVE is related to the download of the remote content.
Disabling JS reduces the attack surface dramatically, but every email is remote content. The whole point of a mail client is to allow random people to send you untrusted content to parse and render. Fixing printing is still on my TODO, sorry. :/
*** Bug 1955532 has been marked as a duplicate of this bug. ***
*** Bug 1963003 has been marked as a duplicate of this bug. ***
*** Bug 1966244 has been marked as a duplicate of this bug. ***
There are too many downstream and upstream users repeating the print does work that I decided to disable sandboxing for the time being. As it's done through the same environment variable, the users can override it the same way they do it to enable printing. The change is included in the upcoming 3.40.2 release of the Evolution.
*** Bug 1969665 has been marked as a duplicate of this bug. ***