Skip to content
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

Revert "Remove old IE polyfill code" #10483

Merged
merged 1 commit into from
Aug 17, 2017

Conversation

flarnie
Copy link
Contributor

@flarnie flarnie commented Aug 17, 2017

what is the change?:
This reverts 0b220d0
Which was part of #10238

why make this change?:
When trying to sync the latest React with FB's codebase, we had failing
integration tests.

It looks like they are running with an old version of Chrome and there
is something related to file upload that fails when these polyfills are
missing.

For now we'd like to revert this to unblock syncing, but it's worth
revisiting this change to try and add some polyfill for FB and remove it
from React, or to fix whatever the specific issue was with our file
upload error.

test plan:
yarn test and also built and played with the dom and packaging
fixtures:

screen shot 2017-08-17 at 4 00 52 pm

screen shot 2017-08-17 at 3 39 09 pm

screen shot 2017-08-17 at 3 41 05 pm

screen shot 2017-08-17 at 3 41 29 pm

screen shot 2017-08-17 at 3 55 49 pm

**what is the change?:**
This reverts facebook@0b220d0
Which was part of facebook#10238

**why make this change?:**
When trying to sync the latest React with FB's codebase, we had failing
integration tests.

It looks like they are running with an old version of Chrome and there
is something related to file upload that fails when these polyfills are
missing.

For now we'd like to revert this to unblock syncing, but it's worth
revisiting this change to try and add some polyfill for FB and remove it
from React, or to fix whatever the specific issue was with our file
upload error.

**test plan:**
`yarn test` and also built and played with the `dom` and `packaging`
fixtures
@flarnie
Copy link
Contributor Author

flarnie commented Aug 17, 2017

For folks reviewing - this should be the reverse of 7659334

@jquense
Copy link
Contributor

jquense commented Aug 17, 2017

looks like a clean revert. It'd be great to have some more info about what is failing. I realize that's all internal; Just want to avoid rehashing the same paths over and over, or trying to clean up code in the dark. Avoiding regressions or behavior changes in these areas is tough enough without seeing feedback on what is breaking (or on what version of chrome, etc) :)

@sophiebits
Copy link
Collaborator

sophiebits commented Aug 17, 2017

In Chrome 56.0.2924.87 (linux), we were seeing that <input type="file"> wasn't working properly – I think it wasn't firing change events. That's the version we use for our end-to-end tests right now (via chromedriver) but I hope it will be easy to repro offhand. If it's not easy to repro a regression on Chrome 56 let me know and we can dig in more to find a repro case.

Copy link
Collaborator

@sophiebits sophiebits left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

itrustyou

getTargetInstFunc = getTargetInstForInputEventPolyfill;
handleEventFunc = handleEventsForInputEventPolyfill;
}
} else if (shouldUseClickEvent(targetNode)) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it'd be nice to keep the change removing the click behavior for checkable inputs. I can see if I can just pull those bits out. I guess we have no reason to think this isn't the cause here.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure - if you make a follow-up PR I can verify that it doesn't cause the issue with our integration tests.

Also +1 to what @spicyj said - we are happy to help find a repro case that is not just our internal tests. Thanks for your help on this!

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

perfect i'll try and get something up. Thinking more on it, it should be fine to stick some of this in a patch release anyway, given it's supposed just be clearing out unused code (why are browsers so hard).

thanks yall

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants