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 613423 - Stray remnant of gecko backend
Stray remnant of gecko backend
Status: RESOLVED NOTABUG
Product: epiphany
Classification: Core
Component: General
git master
Other Mac OS
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-03-20 17:39 UTC by Daniel Macks
Modified: 2010-03-20 18:41 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Remove mozilla-plugin-config call (885 bytes, patch)
2010-03-20 17:47 UTC, Daniel Macks 		none Details | Review

Description Daniel Macks 2010-03-20 17:39:41 UTC 
embed/ephy-embed-single.c ephy_embed_single_initialize() still spawns /usr/bin/mozilla-plugin-config even though epiphany is now converted completely to webkit rather than mozilla.
Comment 1 Daniel Macks 2010-03-20 17:47:47 UTC 
Created attachment 156630 [details] [review]
Remove mozilla-plugin-config call
Comment 2 Xan Lopez 2010-03-20 18:21:50 UTC 
(In reply to comment #0)
> embed/ephy-embed-single.c ephy_embed_single_initialize() still spawns
> /usr/bin/mozilla-plugin-config even though epiphany is now converted completely
> to webkit rather than mozilla.

mozilla-plugin-config is the (poorly named) tool provided by nsplugginwrapper to make the required symlinks in order for the wrapping process to work, so this is not a bug neither a mozilla backend remnant.
Comment 3 Daniel Macks 2010-03-20 18:30:03 UTC 
Ah, okay, that *is* confusing:)

However,it does not exist on my system, and if it did, it would not be at /usr/bin. The bug is therefore either an un/under-specified dependency and/or missing AC_PATH_PROG test.
Comment 4 Xan Lopez 2010-03-20 18:41:04 UTC 
(In reply to comment #3)
> Ah, okay, that *is* confusing:)
> 
> However,it does not exist on my system, and if it did, it would not be at
> /usr/bin. The bug is therefore either an un/under-specified dependency and/or
> missing AC_PATH_PROG test.

Well, if it does not exist nothing will happen, since the code checks for that. I agree we can do better than hardcoding one path, but that's a different issue. Feel free to open a new bug about it.