-
Notifications
You must be signed in to change notification settings - Fork 15k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: View reordering on re-addition to same parent #42085
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
NB https://issues.chromium.org/issues/41447071 intends to change this behavior in Chromium, but since this neatly fixes #42061 with no API change, seems fine. We should perhaps consider directly exposing ReorderChildView
in a followup.
0728b7f
to
d1d49f2
Compare
Release Notes Persisted
|
I have automatically backported this PR to "30-x-y", please check out #42115 |
I have automatically backported this PR to "31-x-y", please check out #42116 |
Description of Change
Closes #42077.
Closes #41974.
Closes #42061.
When the same view is added multiple times, we should match Chromium's behavior in
View::AddChildViewAtImpl
and re-order the view such that the view becomes the topmost view. Also adds tests.Checklist
npm test
passesRelease Notes
Notes: Fixed a crash when the same
WebContentsView
is added viaaddChildView
multiple times.