
Just download this userJS to your userJS folder, or use userJS manager:
http://files.myopera.com/BS-Harou/files/buscomplete.js
Some more information:
1. Script use localStorage for storing the data, so it's working only in Opera 10.50+
2. You can use Shift+Click to delete item from the list
3. If you are downloading snapshots, sometimes localStorage stops working after installation of new build. You'll have to delete all storage in Opera to make it work.
4. You can use double click on empty field to show all items

Enjoy ;)
EDIT:
I uploaded new version in which you can use arrows up and down instead of CTRL+arrow left/right but I could make some bugs, so if you will find any - please report it!
Extension: http://goo.gl/QSghS
Originally posted by TheInvoker:
interesting, I'll try to fix this
After the list of the words i have already searched,i have this (at the bottom of the list)
http://imageshack.us/photo/my-images/5/busco.jpg/
Originally posted by TheInvoker:
Sorry, I don't understand this sentence. Can you reformulate it a bit please?
Originally posted by BS-Harou:
this doesn't work anymore. the ites are removed only temporary;if i leave the shift button they come back!
Originally posted by TheInvoker:
After some time, I'm working ony my extension again. I made update for "Easy user CSS" extension and now I'm workin g on "External Scripts" extension update. After that, I'll hopefully start working on Buscomplete again and look at this problem
http://my.opera.com/desktopteam/blog/show.dml/27679592?startidx=200#comment57074712
I wish Opera would do everyone a favor and simply build in autocomplete.
Can you fix it, BS-Harou? =) Very inconvenient for keyboard-lovers...
I noticed one interesting behavior of this extension: when I select 'element' from drop-down and click 'Enter' JS events started (onclick, onsubmit).
Here page where I tested: http://pastebin.com/QW5ReELW .
It's simple html form with attached events. When you try to select some text by 'Enter' key - two events will executed and form will not submitted.
The latest version(1.72) is not yet secure.
Why do not you turn off setting of "Global" by default?
You are jeopardizing a client intentionally.
What you should do now are :
* Withdraw dangerous versions.
* Delete setting of "Global" from the extension.
* Announce for users that a past version is dangerous.
And you should learn more about security of web applications.
Are you aware that you jeopardize your clients?
The simplest method that you have now is to withdraw current insecure version.
Originally posted by usopion:
We are having already Firefox so we don't need Opera or Chrome anymore .. I don't think so, concurrency is what makes good products.
Originally posted by usopion:
By this logic no one would ever learn anything...
Originally posted by usopion:
Do you have more "hints" then this? It's easier to solve problems when you know about all potential issues
If you can't understand real problems, you should give up making the extension.
We are having already AutoComplete. AutoComplete has solved these problems.
More hint: Site's script can publish: iframe.contentWindow.postMessage(foo,"*");
http://files.myopera.com/BS-Harou/files/Buscomplete1.7rc4.oex
The main events are now secure
http://files.myopera.com/BS-Harou/files/Buscomplete1.7rc2.oex
I tried new version, but it did not work. So I checked those source. Maybe I can hack this. This must be not secure.
Hint : HTML event can be camouflaged with dispatchEvent method.
This method is not impossible though it is a little difficult.
It will take long time for you to make a really secure version. At first you should withdraw the insecure version.
Originally posted by usopion:
Well, there isn't any single event that will send you some data. Only way I can imagine how to hack this is to always switch the selected item to lower (keyDown event with arrow down pressed) and then simulate keyDown event with enter pressed and load the item form the input and again and again for each item. Anyway, I didn't study the source of Autocomplete extension, but I think that it's possible to use there same trick to obtain all data. I'll be thinking about how to prevent this in next version, but I will still upload this one because it's securer than v1.6
http://files.myopera.com/BS-Harou/files/Buscomplete1.7rc3.oex
usopion: I just had an idea, userJS Before/Ater events can't be dispatch by normal javascript right?
I've got RC1 of version 1.7. The only new thing is the fact that it should be secure, but I had to make a lot of changes to the script so there might be some bugs.
http://files.myopera.com/BS-Harou/files/Buscomplete1.7rc1.oex
So, enjoy your testing
Your extension has jeopardize users. You have the obligation to announce it. Or, you can offer to discontinue publishing this extension to moderators. You are neglecting it.
It is more annoying that this extension diffuses. Or, did you make this extension to steal user's data?
Secondly, I know there'll be an update with secure version very soon so even if someone will create a real website that will stole data from this extension it will perhaps stole it from 2 users before and that would be just useless.
Originally posted by usopion:
This is just ridiculous.
Originally posted by DanielHendrycks:
Ooh my gosh, that guy is really annoying
Anyway, I know about the security problem and I'm working on secure version, unfortunately I didn't have much time during holiday but I think that the new secure version will be uploaded quit soon :)
Fortunately, most people I know doesn't care if someone stoles their few nicknames + I don't think that anyone would care to create some real site that will stole data from one extension of browser with 2% market share
... but that is a problem of extensions like this in general, there seems to be no mechanism to "sandbox" extension inputs apart from iframes, what has other issues ...
Originally posted by BS-Harou:
Ah, true.
Originally posted by Frenzie:
Interesting idea, but in this case it would be really slow. I store all data in Web SQL database and I would have to test every row separately. Much easier is just to create a SQL regex function
Originally posted by BS-Harou:
I was just thinking that rather than writing your own e-mail validating mechanism (fun though it may be) you could just pass it to an input type=email and get the result for the best efficiency. Then again, no way to tell which is faster without trying. Still, seeing if something's a valid-looking e-mail address with a regexp or some such is totally been there, done that.
Originally posted by TheInvoker:
SHIFT+[Left Mouse click] on item :)
Originally posted by khraom:
What do you exactly mean? Buscomplete should remember when you enter your e-mail somewhere (if you know about some page where it doesn't then post it here). I do plan to create a feature that will filter items to e-mails only on fields with type=email or name=email.
Originally posted by BS-Harou:
thanks
Originally posted by rseiler:
Me neither
Originally posted by rseiler:
I heard that there might be something very soon.
Originally posted by rseiler:
I plan to create export/import option in version 1.7 or 1.8. That will be probably the best way. Currently, I always uninstall the previous version and install the new one. It removes all stored data, but it's good to remove them time to time anyway, so I don't bother so much.
https://addons.opera.com/addons/extensions/details/buscomplete/1.6/?display=en
Go to preferences page and change "Range" to "Per domain"
And Merry Christmas!
Also, it would be nice if the remembered entries where limited by the field name. So fields named 'email' will only list the emails I've typed in before.
I'm pretty sure this is the behaviour of autocomplete in other browsers.
http://files.myopera.com/BS-Harou/files/Buscomplete.oex
I've added "preferences page"
Originally posted by QuHno:
then might be
font-family: inherit !important;
though didn't check it.
Some thoughts about font stacks in my blog
Show all comments