WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
223662
[iOS] Date picker view jumps to center when switching between MobileSafari and another app
https://bugs.webkit.org/show_bug.cgi?id=223662
Summary
[iOS] Date picker view jumps to center when switching between MobileSafari an...
Aditya Keerthi
Reported
2021-03-23 16:05:13 PDT
...
Attachments
Patch
(3.31 KB, patch)
2021-03-23 16:07 PDT
,
Aditya Keerthi
no flags
Details
Formatted Diff
Diff
Patch
(15.43 KB, patch)
2021-03-24 15:51 PDT
,
Aditya Keerthi
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Aditya Keerthi
Comment 1
2021-03-23 16:05:25 PDT
<
rdar://problem/74748727
>
Aditya Keerthi
Comment 2
2021-03-23 16:07:21 PDT
Created
attachment 424075
[details]
Patch
Wenson Hsieh
Comment 3
2021-03-23 16:22:00 PDT
Comment on
attachment 424075
[details]
Patch I think this might not work if the focused element is partially occluded (such that the center is covered by another element), but this is kind of already a problem with this approach already (since the last interaction location isn't guaranteed to find the same element anyways). It would probably be better if we used the focused element's ElementContext to make sure we're targeting the same element (or use the element context and grab the information we need from the same focused element).
Aditya Keerthi
Comment 4
2021-03-24 15:51:31 PDT
Created
attachment 424193
[details]
Patch
Aditya Keerthi
Comment 5
2021-03-24 15:53:35 PDT
(In reply to Wenson Hsieh from
comment #3
)
> Comment on
attachment 424075
[details]
> Patch > > I think this might not work if the focused element is partially occluded > (such that the center is covered by another element), but this is kind of > already a problem with this approach already (since the last interaction > location isn't guaranteed to find the same element anyways). > > It would probably be better if we used the focused element's ElementContext > to make sure we're targeting the same element (or use the element context > and grab the information we need from the same focused element).
The latest patch uses the information in FocusedElementInformation to present the context menu for form controls, so we don't need to worry about the position information being correct.
Tim Horton
Comment 6
2021-03-25 13:12:57 PDT
Comment on
attachment 424193
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=424193&action=review
> Source/WebKit/WebProcess/WebPage/ios/WebPageIOS.mm:3080 > +#if ENABLE(ASYNC_SCROLLING)
Almost certainly unnecessary in this file but fine :)
EWS
Comment 7
2021-03-25 13:22:15 PDT
Committed
r275054
: <
https://commits.webkit.org/r275054
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 424193
[details]
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug