235911 2022-01-31 13:19:50 -0800 Select on iPad doesn't refresh dropdown UI after an option is removed 2023-12-09 07:48:29 -0800 1 1 1 Unclassified WebKit Forms Safari 15 iPhone / iPad iOS 15 RESOLVED FIXED InRadar P2 Critical --- 1 m.goleb+bugzilla akeerthi akeerthi bfulgham cdumez michael simon.fraser webkit-bug-importer wenson_hsieh zalan oldest_to_newest 1835663 0 m.goleb+bugzilla 2022-01-31 13:19:50 -0800 This is an issue reported as happening in the wild on a project using AngularJS. AngularJS is EOL now and will not see a new release. Unless iPad Safari is fixed, this will forever stay broken in the official AngularJS. On an iPad with the latest iPadOS 15.3, if you have a `<select>` element on the page and you perform the following steps: 1. Open the select dropdown by clicking on it (then optionally close it, it doesn't matter) 2. Programmatically remove an option by invoking `select.remove(0)` 3. Open the select dropdown again you'll see that the dropdown still shows all the original options despite the select DOM being properly updated. When that issue happens, it's sometimes very hard to force Safari to update the UI state properly. Opening the same select dropdown repeatedly doesn't update it. Some CSS actions like setting the select height help but only if the dropdown is opened after this height update so programmatic workarounds like "set select height to 10px, force style recalc, reset select height" don't work. If you have multiple select elements on the page and you open another one, the UI state cache is apparently cleared and opening the first select now shows the correct options. Again, this is not something that can be done programmatically by a library. Weirdly, this only happens on iPad. It works fine on macOS & on an iPhone. On an iPad, it happens both on a real device (tested on iPad 9th generation) on iPadOS 15.3 and on an iPad Pro (11-inch) simulator with iPadOS 15.2. I was also able to reproduce on an iPadOS 14.5 simulator but not on the iPadOS 13.5 one. A live test case: Test case showing the issue: https://output.jsbin.com/fihujuq/8. The AngularJS issue: https://github.com/angular/angular.js/issues/17168 1835672 1 m.goleb+bugzilla 2022-01-31 13:23:20 -0800 There's an older related issue: https://bugs.webkit.org/show_bug.cgi?id=128721 However, that one is quite old and it affected both iPhone & iPad. Plus, as I mentioned, I cannot reproduce the issue I now reported on iPad 13.5 so it seems to be a new issue. 1835709 2 webkit-bug-importer 2022-01-31 14:01:17 -0800 <rdar://problem/88292987> 1835744 3 m.goleb+bugzilla 2022-01-31 15:18:19 -0800 I'll add that when the outdated UI appears with the first option still present, clicking on the second visible option will activate the second real option in the select - which is a different one. For example, if you have options: * empty * A * B and you remove the first empty option, hitting the issue and then open the dropdown & choose "A", it will actually select "B" as that's what's under index 1 at the moment. It's not just a visual quirk, it creates a really broken behavior. 1835756 4 akeerthi 2022-01-31 16:07:13 -0800 I think this issue is due to the fact that, specifically on iPad, <select> elements are not blurred when the dropdown is dismissed. The options themselves are populated when the element is focused, so the state is inconsistent. A workaround would be to blur the element before/after changing the options (via select.blur()). To fix in WebKit, I think we'll need to trigger a FocusedElementInformation update when options are changed. 1841077 5 m.goleb+bugzilla 2022-02-13 14:23:01 -0800 Blurring is quite invasive and I imagine it may have accessibility consequences. Is there a workaround that's less user hostile? 1857676 6 m.goleb+bugzilla 2022-04-03 03:34:35 -0700 Any additional info? Any workarounds that are not as invasive? This is a pretty serious issue for any AngularJS app using selects... 1902821 7 m.goleb+bugzilla 2022-10-03 05:42:41 -0700 Any updates? This continues to be an issue in the latest stable iPad OS 15.x and there's no good workaround. 1998005 8 akeerthi 2023-12-08 08:42:02 -0800 Pull request: https://github.com/WebKit/WebKit/pull/21504 1998321 9 ews-feeder 2023-12-09 07:48:26 -0800 Committed 271805@main (cb12141f93d1): <https://commits.webkit.org/271805@main> Reviewed commits have been landed. Closing PR #21504 and removing active labels.