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 705731 - evolution-3.8.4 launches acroread
evolution-3.8.4 launches acroread
Status: RESOLVED NOTGNOME
Product: evolution
Classification: Applications
Component: Mailer
3.8.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2013-08-09 17:33 UTC by Pacho Ramos
Modified: 2013-11-10 10:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
strace output .bz2 (125.34 KB, application/x-bzip)
2013-08-09 17:33 UTC, Pacho Ramos
Details

Description Pacho Ramos 2013-08-09 17:33:15 UTC
Created attachment 251252 [details]
strace output .bz2

And looks like also loads java. I was surprised why I sometimes were seeing acroread process being run (and even I saw the accept license window dialog from acroread):
$ ps axu | grep acroread
pacho    27490  5.6  0.5  97936 30648 pts/1    S+   19:29   0:00 /opt/Adobe/Reader9/Reader/intellinux/bin/acroread --display :0 -progressPipe 3 -exitPipe 4
pacho    27611  0.0  0.0   6440   832 pts/3    S+   19:30   0:00 grep --colour=auto acroread

What made me suspect about evolution is that I also see openjdk being loaded when running it:
$ evolution 

(npviewer.bin:27780): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «adwaita»,

(npviewer.bin:27780): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «adwaita»,
Gtk-Message: Failed to load module "canberra-gtk-module"

(acroread:27800): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «adwaita»,

(acroread:27800): Gtk-WARNING **: Imposible encontrar el motor de temas en la ruta al _modulo: «adwaita»,
Gtk-Message: Failed to load module "canberra-gtk-module"
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number
java version "1.6.0_27"
OpenJDK Runtime Environment (IcedTea6 1.12.6) (Gentoo build 1.6.0_27-b27)
OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)

(evolution:27733): camel-WARNING **: Could not open converter for 'UNKNOWN' to 'UTF-8' charset

But I don't understand why it launches this stuff. Will attach strace output
Comment 1 André Klapper 2013-08-10 09:32:30 UTC
Reminds me of bug 663919.
Which distro is this?
Comment 2 Pacho Ramos 2013-08-10 19:27:42 UTC
This is Gentoo
Comment 3 Milan Crha 2013-08-13 15:36:32 UTC
True, this is about WebKit and its ability to load plugins. Evolution disables the plugins on start, it was made within bug #684245. I was assured that the plugins are not loaded, but if they have some weird code in their initialization, then Evolution cannot do anything with it.
Comment 4 Pacho Ramos 2013-08-13 18:44:02 UTC
Is this then a problem with webkit (I am running 2.0.4) or evolution (3.8.4)? Because it's not completely clear to me what evolution version should contain the fix to load webkit without plugins. bug #684245 has references to some problems that appeared after adding the commit and, then, I am not sure if the commit disabling plugins finally landed soon enough for 3.8 :/

Should this be reported to webkit upstream then?
Comment 5 Milan Crha 2013-08-14 06:21:56 UTC
The fix from bug #684245 is part of 3.8.1. I'm not sure how much webkit is responsible, but it probably plays its role as well. Tomas Popela has better knowledge of webkit upstream, I think there is a bug report for this already, but I do not know for sure.
Comment 6 Pacho Ramos 2013-08-25 07:25:24 UTC
Tomas, any news? Thanks a lot :)
Comment 7 Pacho Ramos 2013-09-05 20:03:09 UTC
Tomas?
Comment 8 Carlos Garcia Campos 2013-09-09 07:15:18 UTC
I don't think disabling plugins individually using WebKitWebPluginDatabase is the right solution in this case, because the plugin database is populated by scanning and loading the plugins. I think you should disable the plugins using the WebKitWebSettings, setting enable-plugins property to FALSE as soon as possible.
Comment 9 Milan Crha 2013-09-10 07:27:11 UTC
(In reply to comment #8)
> I think you should disable the plugins using the WebKitWebSettings, setting
> enable-plugins property to FALSE as soon as possible.

This cannot be done, because evolution uses its own GtkWidget-s in generated page, and WebKit treats these as plugins as well. This was the case in time of evolution 3.6 (I do not recall exact WebKit version, I'm sorry). If the WebKit 2.x does this differently, then I'm all for your change.
Comment 10 Carlos Garcia Campos 2013-09-10 09:18:28 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > I think you should disable the plugins using the WebKitWebSettings, setting
> > enable-plugins property to FALSE as soon as possible.
> 
> This cannot be done, because evolution uses its own GtkWidget-s in generated
> page, and WebKit treats these as plugins as well. This was the case in time of
> evolution 3.6 (I do not recall exact WebKit version, I'm sorry). If the WebKit
> 2.x does this differently, then I'm all for your change.

Ah, I see, well, yes I don't think it's possible to create plugins that way in WebKit2.
Comment 11 Pacho Ramos 2013-09-15 19:32:59 UTC
Then, is this depending on a pending feature in webkit then?
Comment 12 Milan Crha 2013-09-16 07:31:13 UTC
I do not know whether there was any such feature (either do not load plugins when asking for a list of available plugin, or add an option to disable all plugins except of the Gtk+ widgets embedding "plugin") requested in WebKit upstream.
Comment 13 André Klapper 2013-09-16 13:05:19 UTC
Then maybe Evolution developers would like to file a request upstream, if you don't know? Isn't that pretty obvious if you cannot file it in your field that you at least notify the corresponding upstream developers in their field?
Comment 14 Milan Crha 2013-09-17 05:43:49 UTC
Of course. Our person "in the middle" is Tomas, whom (already) takes care of this find-or-upstream the request. I expect him updating this bug report by the end of this week with a link to webkit's bugzilla.
Comment 15 Pacho Ramos 2013-10-02 19:44:39 UTC
Any news on this? Thanks a lot :)
Comment 16 Milan Crha 2013-10-03 06:55:35 UTC
(In reply to comment #15)
> Any news on this? Thanks a lot :)

Tomas, that's for you.
Comment 17 Pacho Ramos 2013-11-10 10:39:36 UTC
https://bugs.webkit.org/show_bug.cgi?id=124123