Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug Report] v-autocomplete: further options are not always loaded #5649

Closed
joke1 opened this issue Nov 18, 2018 · 4 comments
Closed

[Bug Report] v-autocomplete: further options are not always loaded #5649

joke1 opened this issue Nov 18, 2018 · 4 comments
Assignees
Labels
C: VAutocomplete VAutocomplete C: VCombobox VCombobox C: VSelect VSelect duplicate The issue has already been reported T: bug Functionality that does not work as intended/expected

Comments

@joke1
Copy link

joke1 commented Nov 18, 2018

Versions and Environment

Vuetify: 1.3.8
Vue: 2.5.17
Browsers: Chrome 70.0.3538.102
OS: Windows 10

Steps to reproduce

Search the dropdown for "a" and select all options without scrolling the results.

Expected Behavior

After a selection of x options, further matching options should be loaded.

Actual Behavior

After all initially available options have been selected (20 items), no more matching options will be loaded as there is no scrollbar left to trigger the reload.

Reproduction Link

https://codepen.io/joke1/pen/BGwBGY

Other comments

Affects v-autocomplete and v-combobox with multiple & hide-selected settings.

@dsseng dsseng added the T: bug Functionality that does not work as intended/expected label Jan 13, 2019
@MajesticPotatoe MajesticPotatoe added the C: VAutocomplete VAutocomplete label Apr 10, 2019
@johnleider
Copy link
Member

We have a poor mans virtual scroll in which we only load so many items and continue to increase that as the user scrolls. This isn't triggered when the items aren't scroll and simply selected.

Will need to look into a way of determining total visible items in this case to ensure we always populate 20 and in reality, an actual virtual-scroller would end up eliminating the need to hack it like this.

@johnleider johnleider added C: VCombobox VCombobox C: VSelect VSelect labels Aug 19, 2019
@borekl
Copy link

borekl commented Jan 21, 2020

This is fairly unfortunate and I consider this quite a significant problem. Using $refs.select.lastItem = N to increase the number of items loaded is an workaround for some situations, but this needs some better resolution.

@rpankaj
Copy link

rpankaj commented Feb 19, 2020

This problem still exists. Do we have any solution?
I got into this while using v-combobox (version - 1.5.11)

@johnleider
Copy link
Member

Duplicate of #2660 unfortunately. We can probably remove that number at this point, this just got swept under the rug. Thank you for your patience.

If you have any additional questions, please reach out to us in our Discord community.

@johnleider johnleider added the duplicate The issue has already been reported label Mar 11, 2020
@johnleider johnleider self-assigned this Mar 11, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: VAutocomplete VAutocomplete C: VCombobox VCombobox C: VSelect VSelect duplicate The issue has already been reported T: bug Functionality that does not work as intended/expected
Projects
None yet
Development

No branches or pull requests

6 participants