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 739064 - Evince browser plugin loads GTK3 shared library into apps using GTK2 (Firefox, Thunderbird) causing freeze
Evince browser plugin loads GTK3 shared library into apps using GTK2 (Firefox...
Status: RESOLVED DUPLICATE of bug 738270
Product: evince
Classification: Core
Component: Browser plugin
3.14.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-10-23 09:29 UTC by Peter
Modified: 2014-10-23 17:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Peter 2014-10-23 09:29:55 UTC
If the plugin for Epiphany is enabled, the file "/usr/lib/mozilla/plugins/libevbrowserplugin.so" is installed on the sytem. Which seem obscure, because this plugin is solely desired for Epiphany and GTK3.

Source:
https://bugs.archlinux.org/task/42422

The maintainers decided to disable the plugin. This is sad, because it is nice and it a good alternative to PDF.js* in Firefox. The removal of the shared-object probably also cause other side-effects undesired side-effects, e.g. if download an PDF and choose "Show in folder" this action opens Evince (wrong: it should open Nautilus) and at same time Anjuta (even more wrong). I don't know if this is an other issue, at least xdg-mime thinks everything is fine:

$ xdg-mime query default application/pdf
evince.desktop
$ xdg-mime query default inode/directory
nautilus.desktop

Thank you for your work





* Imagine here a bunch of random curses about PDF.js
Comment 1 Peter 2014-10-23 09:31:16 UTC
Sorry for typos. Caused by stupid brain and Copy&Paste.
Comment 2 Carlos Garcia Campos 2014-10-23 17:23:28 UTC
(In reply to comment #0)
> If the plugin for Epiphany is enabled, the file
> "/usr/lib/mozilla/plugins/libevbrowserplugin.so" is installed on the sytem.
> Which seem obscure, because this plugin is solely desired for Epiphany and
> GTK3.

This is not true. It's a normal NPAPI plugin that happens to use GTK3, which supported by any application based on WebKitGTK+, not only Epiphany.

> Source:
> https://bugs.archlinux.org/task/42422

It's a bug in firefox, if they use GTK+2 they should check that any plugin they load doesn't use GTK+3, like WebKitGTK+ has always done. I don't think there's anywhere in the NPAPI docs that says that a plugin can't use GTK+3.

> The maintainers decided to disable the plugin. This is sad, because it is nice
> and it a good alternative to PDF.js* in Firefox. The removal of the
> shared-object probably also cause other side-effects undesired side-effects,
> e.g. if download an PDF and choose "Show in folder" this action opens Evince
> (wrong: it should open Nautilus) and at same time Anjuta (even more wrong). I
> don't know if this is an other issue, at least xdg-mime thinks everything is
> fine:
> 
> $ xdg-mime query default application/pdf
> evince.desktop
> $ xdg-mime query default inode/directory
> nautilus.desktop

Yes, that's looks like a different issue, I think.

> Thank you for your work
>

Thanks.

> 
> 
> 
> 
> * Imagine here a bunch of random curses about PDF.js

*** This bug has been marked as a duplicate of bug 738270 ***