Closed
Bug 474470
Opened 17 years ago
Closed 16 years ago
Unable to add a search plug-in with window.external.AddSearchProvider()
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(fennec1.0+)
VERIFIED
FIXED
fennec1.0
Tracking | Status | |
---|---|---|
fennec | 1.0+ | --- |
People
(Reporter: stas, Assigned: Gavin)
References
Details
Attachments
(2 files)
60.93 KB,
image/png
|
Details | |
8.76 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
When you click on a link that is supposed to trigger the window.external.AddSearchProvider() method, nothing happens in Fennec.
I tested on my Mac, alpha2, build from 20081222.
Screenshots and a test case follow.
Reporter | ||
Comment 1•17 years ago
|
||
A test case: http://people.mozilla.com/~stas/bugs/474470/
Comment 2•17 years ago
|
||
Looks like browser/components/sidebar will need to be bundled with Fennec.
Assignee | ||
Comment 3•17 years ago
|
||
Indeed, we don't support the window.sidebar or window.external DOM interfaces, since they're implemented in a Firefox-specific file:
browser/components/sidebar/src/nsSidebar.js
We should probably take this opportunity to move these to core code, which should be easy enough.
Comment 4•17 years ago
|
||
(In reply to comment #3)
> browser/components/sidebar/src/nsSidebar.js
>
> We should probably take this opportunity to move these to core code, which
> should be easy enough.
After looking at the implementation, I see some UI code that might be inconsistent with Fennec. The interfaces are already in core code.
Overall, the impl code isn't too bad for Fennec.
Assignee | ||
Comment 5•17 years ago
|
||
Some parts of it are app-specific, yeah, but that shouldn't be too hard to split out. We can just fix this in Fennec for now if that's much quicker, but I think it's a good idea to fix it properly at some point anyways.
Updated•16 years ago
|
tracking-fennec: --- → ?
Comment 6•16 years ago
|
||
what is involved here/the overall impact?
Comment 7•16 years ago
|
||
It's a web content API. Some websites have a button or link "Add a search provider" and this API allows it to work. Just a different way of adding a search provider.
Should be easy to add the code. Simply copy the function from Firefox nsSidebar.js
Comment 8•16 years ago
|
||
(In reply to comment #3)
> We should probably take this opportunity to move these to core code, which
> should be easy enough.
yeah, if this is straightforward, we should do that
tracking-fennec: ? → 1.0+
Updated•16 years ago
|
Assignee: nobody → gavin.sharp
Comment 9•16 years ago
|
||
That a screenshot of what happen when I try to install a search engine on AMO Mobile.
I want Fennec to be Mozilla based please! :)
Assignee | ||
Comment 10•16 years ago
|
||
Bug 518929 is the right fix, but we probably can't get that in on 1.9.2 at this point. I suppose we have to just copy nsSidebar.js to fennec, and modify it to stub out the microsummary methods.
http://mxr.mozilla.org/mozilla-central/source/browser/components/sidebar/src/nsSidebar.js
Assignee | ||
Comment 11•16 years ago
|
||
Largely copied from nsSidebar.js in m-c, with some cleanup and the microsummary/panel methods stubbed out (we don't have a microsummary service, and the panel methods are largely unused on the actual web so not worth implementing IMO).
One problem is that the search service handles the prompting, and it includes a "use the search engine now" checkbox which isn't actually useful in our situation (we don't have a "selected engine"). I think I'll fix that by adding a pref we can set to avoid showing that...
Attachment #414042 -
Flags: review?(mark.finkle)
Updated•16 years ago
|
Attachment #414042 -
Flags: review?(mark.finkle) → review+
Comment 12•16 years ago
|
||
(In reply to comment #11)
> One problem is that the search service handles the prompting, and it includes a
> "use the search engine now" checkbox which isn't actually useful in our
> situation (we don't have a "selected engine"). I think I'll fix that by adding
> a pref we can set to avoid showing that...
File a new bug? or just add to this patch?
Assignee | ||
Comment 13•16 years ago
|
||
(In reply to comment #12)
> File a new bug? or just add to this patch?
Needs a change to the search service - I filed bug 530533.
Assignee | ||
Comment 14•16 years ago
|
||
Status: NEW → RESOLVED
Closed: 16 years ago
OS: Mac OS X → All
Hardware: x86 → All
Resolution: --- → FIXED
Target Milestone: --- → Post-B5
Assignee | ||
Comment 15•16 years ago
|
||
Filed bug 530846 about the prompt checkbox, and bug 530847 about removing this code some day.
Comment 16•16 years ago
|
||
verified FIXED on builds:
Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2b4pre) Gecko/20091125 Firefox/3.6b4pre Fennec/1.0b6pre
and
Mozilla/5.0 (X11; U; Linux armv6l; Nokia N8xx; en-US; rv:1.9.3a1pre) Gecko/20091125 Firefox/3.7a1pre Fennec/1.0b5
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Flags: in-litmus?
Updated•15 years ago
|
Flags: in-litmus? → in-litmus-
You need to log in
before you can comment on or make changes to this bug.
Description
•