-
Notifications
You must be signed in to change notification settings - Fork 24.3k
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
Remove DatePickerAndroid, DatePickerIOS, TimePickerAndroid #26729
Remove DatePickerAndroid, DatePickerIOS, TimePickerAndroid #26729
Conversation
Thank you for your pull request and welcome to our community. We require contributors to sign our Contributor License Agreement, and we don't seem to have you on file. In order for us to review and merge your code, please sign up at https://code.facebook.com/cla. If you are contributing on behalf of someone else (eg your employer), the individual CLA may not be sufficient and your employer may need the corporate CLA signed. If you have received this in error or have any questions, please contact us at cla@fb.com. Thanks! |
|
Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Facebook open source project. Thanks! |
Notes about the failing tests:
cc: @cpojer |
Thank you for sending this PR. Unfortunately these removals can only be done in stages from someone at fb so I’ll have to close this. I’ll use your PR as a starting point for when I’m going to make that migration :) |
Summary: I found a couple scenarios where preloads were issued too aggressively 1. During SSR, if you render a new stylesheet after the preamble flushed it will flush a preload even if the resource was already preloaded 2. During Client render, if you call `ReactDOM.preload()` it will only check if a preload exists in the Document before inserting a new one. It should check for an underlying resource such as a stylesheet link or script if the preload is for a recognized asset type DiffTrain build for commit facebook/react@ec5e9c2. Reviewed By: kassens Differential Revision: D45295400 fbshipit-source-id: 6255a2c72d321fdef508d8805b3a5cb807c5c384
Summary: I found a couple scenarios where preloads were issued too aggressively 1. During SSR, if you render a new stylesheet after the preamble flushed it will flush a preload even if the resource was already preloaded 2. During Client render, if you call `ReactDOM.preload()` it will only check if a preload exists in the Document before inserting a new one. It should check for an underlying resource such as a stylesheet link or script if the preload is for a recognized asset type DiffTrain build for commit facebook/react@ec5e9c2. Reviewed By: kassens Differential Revision: D45295400 fbshipit-source-id: 6255a2c72d321fdef508d8805b3a5cb807c5c384
Summary: I found a couple scenarios where preloads were issued too aggressively 1. During SSR, if you render a new stylesheet after the preamble flushed it will flush a preload even if the resource was already preloaded 2. During Client render, if you call `ReactDOM.preload()` it will only check if a preload exists in the Document before inserting a new one. It should check for an underlying resource such as a stylesheet link or script if the preload is for a recognized asset type DiffTrain build for commit facebook/react@ec5e9c2. Reviewed By: kassens Differential Revision: D45295400 fbshipit-source-id: 6255a2c72d321fdef508d8805b3a5cb807c5c384
Summary
Part of #23313
Removed DatePickerAndroid, DatePickerIOS, TimePickerAndroid from react-native in favor for https://github.com/react-native-community/react-native-datetimepicker
Changelog
[General] [Removed] - Removed DatePickerAndroid, DatePickerIOS, TimePickerAndroid
Test Plan