Hi, the ebuild should not just remove the searchplugins-folder. That is very annoying when you write some of them yourself... ;) Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 36945 [details, diff] Patch for nsplugins.eclass The reasonable way should be to handle search plug-ins in the same way as plug-ins. That is adding functions to nsplugins.eclass and then use them in all mozilla and firefox ebuilds.
Created attachment 36946 [details, diff] Example patch for mozilla-firefox-bin-0.9.3.ebuild Example patch for mozilla-firefox-bin-0.9.3.ebuild using my patch nsplugins.eclass
this seems pretty trivial and like the original reporter said, this is pretty frickin annoying especially after you've written some custom engines and spent time downloading all the ones you want ...
*** Bug 82784 has been marked as a duplicate of this bug. ***
for anyone else who cares, the workaround i use locally is `chattr +i <search plugins i dont want deleted>` and it works nicely
As you said, it's a workaround. That's good for experienced users, but usually the ebuild should take care of it. Does somebody of the mozilla team know, if there is any work on integrating the searchplugins into the user's homedirectory, like with extensions or plugins?
*** Bug 96733 has been marked as a duplicate of this bug. ***
Sorry for the dup, i made my query on normal and above. Btw, why is this at enhancement level? This issue is about blindly deleting some shared config & data files that are not owned by the package, that's obviously a real bug, and a pretty bad one imo.
(In reply to comment #8) > Btw, why is this at enhancement level? This issue is about blindly deleting some > shared config & data files that are not owned by the package, that's obviously a > real bug, and a pretty bad one imo. Yeah, this is definitely not enhancement...
(In reply to comment #6) > Does somebody of the mozilla team know, if there is any work on > integrating the searchplugins into the user's homedirectory, like > with extensions or plugins? Yup, here it is: https://bugzilla.mozilla.org/show_bug.cgi?id=123315 There's a patch to test, and from what i understood it's planned for 1.1 (although more features like having an UI to manage plugins is more for 2.0).
Is there any chance to get the final mozilla.org patch on this issue applied against firefox 1.0.6? (see comment #10 for link)
I will check on this sometime later today I have already commited -r3 for epiphany compilation against firefox.
alright if someone would like to take the time to rediff the patch from upstream I will be more then happy to add it. I do not have time to rediff it myself sorry.
Created attachment 64180 [details] patch rejection This is the rejection of the patch.
Created attachment 64181 [details] After all patches from -r3 This is what we are working with for patching breakage. Once the rediff is corrected so to apply clean against this file we will be ready to add to ebuild.
i gave it a shot, but trunk's xpfe/components/search/src/nsInternetSearchService.cpp bears very little resemblance to the branch and i don't know enough c++ (or any for that matter) to figure it out. if anyone else wants to give it a shot here's the code: http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&file=nsAppDirectoryServiceDefs.h&branch=&root=/cvsroot&subdir=mozilla/xpcom/io&command=DIFF_FRAMESET&rev1=1.18&rev2=1.19 http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&file=nsAppFileLocationProvider.cpp&branch=&root=/cvsroot&subdir=mozilla/xpcom/io&command=DIFF_FRAMESET&rev1=1.55&rev2=1.56 http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&file=nsInternetSearchService.cpp&branch=&root=/cvsroot&subdir=mozilla/xpfe/components/search/src&command=DIFF_FRAMESET&rev1=1.234&rev2=1.235 there's also a fix to keep duplicate searches from showing up because of the app directory searches getting copied to the profile directory. https://bugzilla.mozilla.org/show_bug.cgi?id=299825
Still happens, i.e. just happened during upgrade from mozilla-firefox-bin-1.0.6 to mozilla-firefox-bin-1.0.7.
This has been fixed upstream, starting from 1.5 search plugins get stored in thier home. It definately works with current (www-client/mozilla-firefox-1.5.0.5).
*** Bug 142656 has been marked as a duplicate of this bug. ***
that should cover most of this ... but then the opposite is true: firefox installs a bunch of shitty defaults that i dont ever want to see once i've removed them ...
(In reply to comment #19) > This has been fixed upstream, starting from 1.5 search plugins get stored in > thier home. It definately works with current > (www-client/mozilla-firefox-1.5.0.5). This does not help a bit when your custom files you've explicitly placed in /usr/lib/mozilla-firefox/searchplugins/ still get deleted. Not a /that/ big issue, but the superfluous "update, restore plugins" job should not last forever.
*** Bug 149214 has been marked as a duplicate of this bug. ***
firefox-2.0 handles this properly