NEW 210714
Using vmax for select <option> font-size adds a noticeable delay to all future interactive events 
https://bugs.webkit.org/show_bug.cgi?id=210714
Summary Using vmax for select <option> font-size adds a noticeable delay to all futur...
Jamie Nguyen
Reported 2020-04-18 23:21:23 PDT
Created attachment 396894 [details] Test case reduction I've attached a one-file test case reduction. Interactive elements (a button in this case) are responsive to begin with. Click into the <select> dropdown and out again, and now all future button presses take a few hundred milliseconds to respond. This persists even after a page refresh; only a force refresh seems to fix it. The delay happens to all interactive touch/click events (ie, links, buttons etc). In the test case, the button (toggling the background color) just makes it easier to appreciate the delay, but the delay also applies to opening the <select> dropdown itself. I've put the same test case here: https://jamielinux.github.io/webkit-select-font-size-bug/ Steps to reproduce: 1. Create a <select> dropdown. 2. Style <option> font-size to any vmax value. 3. Load website. 4. Touch events (eg, a button) are responsive. 5. Open the <select> dropdown and close it. 6. All future touch events have a delay of a few hundred milliseconds. 7. Refresh page and problem still persists. 8. Force refresh page and problem resets. Hardware/software details: - iPhone XS Max - iOS 13.4.1 - Both iOS Safari & iOS Firefox
Attachments
Test case reduction (877 bytes, text/html)
2020-04-18 23:21 PDT, Jamie Nguyen 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1 2020-04-22 15:23:59 PDT
I could reproduce this.
Radar WebKit Bug Importer
Comment 2 2020-04-22 15:24:12 PDT
<rdar://problem/62214347>
Simon Fraser (smfr)
Comment 3 2020-04-25 21:02:49 PDT
Do we lose fast click somehow?
Note You need to log in before you can comment on or make changes to this bug.