Typeahead : ul with overflow: auto (scroll) and editable incompatibilty

[jibap]

Hi,

I use typeahead with a lot of suggestions (6 000), so i need scroll into list.
But if editable is false, when i use the scrollbar, the $viewValue searchTerm is lost, i didn't found any way to prevent this behaviour.

Here is a plunker : http://plnkr.co/edit/fZiIDBK20i8tafclAejg?p=preview

Any ideas ?

[icfantv]

@jibap, trying to understand your issue here and ensure it's not a bug in the library, but rather a support issue.

Are you saying that the value of $viewValue is reset when you enter a portion of a selectable option and then scroll in the list for a value? If so, please update your plunker to indicate where you are actually looking at the $viewValue because all I see currently is the correct behavior, i.e., the model is not set until a value is selected from the list (with typeahead-editable set to false).

[jibap]

The issue for me, is that you can't scroll into search list result without losing the search, and you need to enter it again... not a correct behaviour into my mind.

Thank you for helping

[icfantv]

@jibap, ok, can you please update your plunker to show this issue or add exact steps? Thanks.

[jibap]

@icfantv : steps :
1 - enter "a" into input
2 - use scroll bar ( not mouse wheel)
3 - search value (a) is lost

Thanks

[icfantv]

Ok, this is a little hard for me to test since i'm on a mac and OSX hides the scrollbar by default. I had to use the mousewheel to make the scrollbar show and then using the scrollbar to scroll I was NOT able to reproduce this issue.

What browser/platform are you on? Thanks.

[jibap]

Ok, i'm on Windows 7, with Chrome.
I tested just now, the issue is on IE and Chrome, no Firefox.

[jt-nti]

I see the same issue on OSX (Sierra) with Safari (10.1).
It doesn't seem to happen with Chrome or Firefox, although the search value is lost if you inadvertently try and drag one of the search results.