MozillaZine

[Ext] Context Search 0.4.3

Announce and Discuss the Latest Theme and Extension Releases.
BenBasson
Moderator

User avatar
 
Posts: 13670
Joined: February 13th, 2004, 5:49 am
Location: London, UK

Post Posted September 1st, 2017, 5:29 pm

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: 2246
Joined: March 19th, 2005, 10:51 am

Post Posted September 2nd, 2017, 1:15 am

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: 289
Joined: January 9th, 2017, 10:10 am

Post Posted September 6th, 2017, 9:22 am

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: 76
Joined: September 3rd, 2013, 4:04 pm
Location: Chile

Post Posted September 6th, 2017, 7:11 pm

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: 289
Joined: January 9th, 2017, 10:10 am

Post Posted September 27th, 2017, 11:16 am

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.

Gingerbread Man

User avatar
 
Posts: 7449
Joined: January 30th, 2007, 10:55 am

Post Posted October 4th, 2017, 7:13 am

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: 2246
Joined: March 19th, 2005, 10:51 am

Post Posted October 4th, 2017, 7:41 am

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: 76
Joined: September 3rd, 2013, 4:04 pm
Location: Chile

Post Posted October 4th, 2017, 10:42 am

@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: 289
Joined: January 9th, 2017, 10:10 am

Post Posted October 6th, 2017, 7:35 am

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: 2246
Joined: March 19th, 2005, 10:51 am

Post Posted October 6th, 2017, 8:56 am

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/

Gingerbread Man

User avatar
 
Posts: 7449
Joined: January 30th, 2007, 10:55 am

Post Posted October 6th, 2017, 1:02 pm

@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: 2246
Joined: March 19th, 2005, 10:51 am

Post Posted October 6th, 2017, 2:11 pm

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: 289
Joined: January 9th, 2017, 10:10 am

Post Posted October 12th, 2017, 6:03 am

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

BenBasson
Moderator

User avatar
 
Posts: 13670
Joined: February 13th, 2004, 5:49 am
Location: London, UK

Post Posted October 16th, 2017, 1:54 am

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.

Return to Extension/Theme Releases


Who is online

Users browsing this forum: Bing [Bot] and 2 guests