<select> should be re-renderized if content is modified at realtime
Reported by
david.pr...@gmail.com,
Aug 7 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.31 Safari/537.36 Steps to reproduce the problem: Example: https://jsfiddle.net/dk323p8L/1/ 1. Open this page and click on select. --- HTML: <select> <option value="">Click here...</option> </select> JS: var timeout; $('select').mousedown(function () { $('option:not(:first-child)').remove(); }); $('select').click(function () { var self = $(this); clearTimeout(timeout); timeout = setTimeout(function () { for(var i=0; i<5; i++) { self.append('<option>' + i + '</option>'); } }); }); What is the expected behavior? It should refresh the select in realtime, modifying the height to fit with the new items. What went wrong? The options are updated, but the select height is not increased, then user should move throught scroll to select an option (or reopen the select). Did this work before? No Chrome version: 61.0.3163.31 Channel: beta OS Version: 10.0 Flash Version:
,
Aug 8 2017
Tested the issue using #61.0.3163.31 on Win 10 and was able to reprodcue the issue. This seems to be a Non-Regression issue as same behavior is seen sinc M45. Untriagng to get more input's from dev. Note: 1. Issue is seen in M62 as well. 2. Issue is not observed in Mac and Linux Please find the screenshot for the same. Thanks!!
,
Aug 9 2017
,
Aug 9
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 10
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by nyerramilli@chromium.org
, Aug 8 2017