[Tracking Requested - why for this release]: Google calendar behavior regression
BUILD: 2020-01-24 Mac nightly.
STEPS TO REPRODUCE:
- Load https://calendar.google.com
- Log in as needed (please let me know if you need a test account?)
- Click on an empty space in the calendar.
- In the resulting dialog, click "More options"
- In the notifications section, click "Add notification"
- Click in the number input that adds (e.g. for me it adds a dropdown that has "Notification" and "E-mail", then a number input that says "10", then a dropdown that has minutes/hours/days/weeks; I'm talking about the thing that says "10").
- Try to use the left/right arrow keys to move the caret so you can edit the value.
EXPECTED RESULTS: Arrow keys work
ACTUAL RESULTS: When I try to use the arrow keys, the caret disappears. I then can't use backspace to edit the value.
ADDITIONAL INFORMATION: I have a default "3 hour before email notification" set up for one of my calendars, so adding events to that comes with the number input pre-populated with "3". When I click in that one, even after the "3", the caret is placed before the "3", not after it as I expected. So at a guess, we might be getting confused in nsTextControlFrame about the frame structure we expect inside ourselves. Possibly inside
nsTextControlFrame::OffsetToDOMPoint or so, since that assumes things about our the number of descendants we can have?
On the other hand, I can't reproduce this with a vanilla <input type="number">, so maybe there's something weird going on with the Google Calendar case...
Regression range on nightlies is https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e7163954456087c31980de0c22fba01096bfadd8&tochange=5ba39736e74b8a072a63ee215545f89d5c2ec8c8 so tentatively assuming this is a regression from bug 981248.