[Ext] Context Search 0.4.3

Announce and Discuss the Latest Theme and Extension Releases.
Post Reply
User avatar
BenBasson
Moderator
Posts: 13671
Joined: February 13th, 2004, 5:49 am
Location: London, UK
Contact:

Re: [Ext] Context Search 0.4.3

Post by BenBasson »

If anyone's still following this thread: Hello. I do intend to update this add-on for Firefox 57 / WebExtensions, but it currently isn't possible. The clock is ticking. In 2 months Firefox 57 will be released, which realistically means that if Mozilla don't accommodate with relevant APIs in the next few weeks, this add-on is going to die. I wouldn't hold my breath if I were you, although I will commit to doing what I can if they decide to pull their finger out.
Brummelchen
Posts: 4480
Joined: March 19th, 2005, 10:51 am

Re: [Ext] Context Search 0.4.3

Post by Brummelchen »

not sure what you speak about but "context_search_webextension-0.9.2" performing like context search did before.
https://addons.mozilla.org/en-us/firefo ... al-search/
currently it has no icons.

but running chromium beside firefox pointed me to this
https://chrome.google.com/webstore/deta ... dnidbammed
much nicer but currently not usable (converted) in firefox nightly

sorry.
DN123ABC
Posts: 695
Joined: January 9th, 2017, 10:10 am

Re: [Ext] Context Search 0.4.3

Post by DN123ABC »

BenBasson wrote:If anyone's still following this thread: Hello. I do intend to update this add-on for Firefox 57 / WebExtensions, but it currently isn't possible. The clock is ticking. In 2 months Firefox 57 will be released, which realistically means that if Mozilla don't accommodate with relevant APIs in the next few weeks, this add-on is going to die. I wouldn't hold my breath if I were you, although I will commit to doing what I can if they decide to pull their finger out.
Cool. I remember this extension.

Do you have a list of what missing API's are holding you up, along with bug numbers?
nohamelin
Posts: 96
Joined: September 3rd, 2013, 4:04 pm
Location: Chile

Re: [Ext] Context Search 0.4.3

Post by nohamelin »

DN123ABC wrote:Do you have a list of what missing API's are holding you up, along with bug numbers?
Details are here:
https://github.com/benbasson/contextsearch/issues/27
DN123ABC
Posts: 695
Joined: January 9th, 2017, 10:10 am

Re: [Ext] Context Search 0.4.3

Post by DN123ABC »

nohamelin wrote:
DN123ABC wrote:Do you have a list of what missing API's are holding you up, along with bug numbers?
Details are here:
https://github.com/benbasson/contextsearch/issues/27
Thanks. Think there will be any progress on any of these? Would a possible short-term update to this extension even work at all? I'd be interested in seeing this move forward. It would be great if a basic one came out, to be improved and added upon as these bugs get fixed.
User avatar
Gingerbread Man
Posts: 7735
Joined: January 30th, 2007, 10:55 am

Re: [Ext] Context Search 0.4.3

Post by Gingerbread Man »

Thank you very much for making searching easier all these years. I haven't been able to find an alternative that supports POST search engines like StartPage and IxQuick. Not exposing the search query in the URL is important to me, so it looks like this is the end of the road.
  • Context Search WebExtension 0.9.7 — pulls search engines from bookmarks folder named "Searches". Issue dismissed as edge case that Mozilla will likely not support.
  • Context Search 3.20 — has its own list of search engines configurable in the Add-ons Manager options. Also only supports GET (even has the GET version of StartPage there by default); I expect asking for POST support would be a waste of time.
  • Selection Context Search 1.11 — same as above, except GET StartPage isn't included by default and no way to contact the author is listed.
Brummelchen
Posts: 4480
Joined: March 19th, 2005, 10:51 am

Re: [Ext] Context Search 0.4.3

Post by Brummelchen »

GET vs POST concerns forms and not extensions. extensions throw a combined link into the addressbar, there is NO form to enter.
POST on startpage is an option which is stored in a cookie - but i am not sure if a context search can use it.

if google and others dont support POST then there exist no option for you.
nohamelin
Posts: 96
Joined: September 3rd, 2013, 4:04 pm
Location: Chile

Re: [Ext] Context Search 0.4.3

Post by nohamelin »

@Gingerbread Man
Although there will be nothing useful for Fx 57, I think there is a reasonable chance that a WebExtensions API that allows, at least, porting this type of add-on (who need only to read basic data of search engines) will be available for the next ESR release (Fx 59).
DN123ABC
Posts: 695
Joined: January 9th, 2017, 10:10 am

Re: [Ext] Context Search 0.4.3

Post by DN123ABC »

I see that some other competing extensions with similar claims have popped up. Does anyone have any experience with these? I'm curious how they fare, and if maybe Ben would be interested in working together with one of those people to collaborate on a better solution.
Brummelchen
Posts: 4480
Joined: March 19th, 2005, 10:51 am

Re: [Ext] Context Search 0.4.3

Post by Brummelchen »

Ben wants/need read access to firefox search engines. current for firefox (and chrome) it is not possible to do this way and all context searches have their own repository, see
https://addons.mozilla.org/de/firefox/a ... al-search/
User avatar
Gingerbread Man
Posts: 7735
Joined: January 30th, 2007, 10:55 am

Re: [Ext] Context Search 0.4.3

Post by Gingerbread Man »

@Brummelchen
Cookies have nothing to do with it (nor could they, since I have cookies off and no exceptions for StartPage and IxQuick). POST details are stored in the search plug-in (where Context Search 0.6.4 fetches data) and bookmarks created by right-clicking forms and choosing "Add Keyword for this Search" (where Context Search WebExtension 0.9.7 fetches data).

@nohamelin
That would be nice. Better late than never. I'm following bug 1352598, so I'll notice if it gets patched.
Brummelchen
Posts: 4480
Joined: March 19th, 2005, 10:51 am

Re: [Ext] Context Search 0.4.3

Post by Brummelchen »

you linked me an xml file and firefox search is behaving like a formular - thats what i trying to tell you - this is complete different from throwing a link into address-bar

even https://www.startpage.com/do/search is a formular using POST while google is using GET
the xml file is using a cgi parser -> https://startpage.com/do/metasearch.pl
method GET/POST are formular actions

if you want to use POST on a server which only understand GET then you need to use a server with a formular on it.

but this makes clearer for me and others why you prefer POST (although HTTPS is encrypted and not visible for others), only history is saving it.

concerning history
https://addons.mozilla.org/en-us/firefo ... utodelete/
i use similar in chromium
DN123ABC
Posts: 695
Joined: January 9th, 2017, 10:10 am

Re: [Ext] Context Search 0.4.3

Post by DN123ABC »

Ben, maybe you should do a bug to track getting everything needed to get this fixed, similar to:
Bug 1226546 - [tracking] Support Tab Mix Plus as a webextension
User avatar
BenBasson
Moderator
Posts: 13671
Joined: February 13th, 2004, 5:49 am
Location: London, UK
Contact:

Re: [Ext] Context Search 0.4.3

Post by BenBasson »

The only thing I need now is the ability to read the list of in-built search engines via some API. I don't believe there are any other blockers. But seeing as nobody is committing to doing anything on that API, I don't really want to start doing the work in case I they just WONTFIX it later and then I'll have wasted time porting half the code.

Relevant bug for those interested: https://bugzilla.mozilla.org/show_bug.cgi?id=1352598

Of course, I could add my own search plugin repository to the add-on, but it necessitates a lot of user interface work and frankly other people have already done that work, so if that's something you see as a good workaround then you should use those add-ons until this one can be supported.
DN123ABC
Posts: 695
Joined: January 9th, 2017, 10:10 am

Re: [Ext] Context Search 0.4.3

Post by DN123ABC »

FYI:

https://wiki.mozilla.org/Add-ons/Contri ... xt_Meeting

WebExtensions APIs Triage
About This Triage
We normally spend 5 minutes per bug
The more information in the bug, the better
The goal of the triage is to give a general thumbs up or thumbs down on a proposal; we won't be going deep into implementation details
If you're interested in submitting a proposal for a new API, please read the WebExtensions Vision.
Post Reply