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

Add info about last version supporting IE9 and IE10 and remove obsolete code #5373

Closed
wants to merge 6 commits into from

Conversation

archmoj
Copy link
Contributor

@archmoj archmoj commented Jan 5, 2021

@plotly/plotly_js

@archmoj archmoj added this to the v1.59.0 milestone Jan 5, 2021
}
// `this` should always be console, since here we're always
// applying a method of the console object.
f.apply(console, args);
Copy link
Collaborator

Choose a reason for hiding this comment

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

Could remove this function entirely now, just inline the apply calls. Also the console.trace fallback || console.log in log and warn could be removed

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Good call. Done in bc2b0d1.

@@ -2,6 +2,9 @@
* strict-d3: wrap selection.style to prohibit specific incorrect style values
* that are known to cause problems in IE (at least IE9)
*/

// Do we need this process now that IE9 and IE10 are not supported?
Copy link
Collaborator

Choose a reason for hiding this comment

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

yes, if you look down below there's plenty here that applies to other browsers too. There may be some parts we could relax but no harm leaving it all for now.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

OK. I removed the comment in 9276d08.

@nicolaskruchten
Copy link
Contributor

Hmm so one last-minute concern I have here is that we dropped support in our build, but anyone building themselves without browserify might still have IE9/IE10 support, so we shouldn't unwind these browser-specific bits of code if possible.

src/lib/index.js Outdated
@@ -727,6 +722,8 @@ lib.isIOS = function() {
return IS_IOS_REGEX.test(window.navigator.userAgent);
};

// Do we need this process now that IE9 and IE10 are not supported?
Copy link
Collaborator

Choose a reason for hiding this comment

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

yeah, we could probably get rid of this now - and revert the change here that's its only consumer: 98adfae#diff-9c325f1fe845cf45c705407012f4d4d0be31a9d9fbead70d1f70c5dedde9c634

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Addressed in 42c97e2.

@alexcjohnson
Copy link
Collaborator

so we shouldn't unwind these browser-specific bits of code if possible.

I disagree - I think it's easier to simply say "we don't support IE<11 anymore," otherwise we're going to keep carrying around arcane practices nobody can remember the rationale for... which of course we have plenty of but each instance of this has adds nonzero ongoing cost. And I really don't want to deal with questions like "OK I know you SAID you don't support these browsers but I found this crazy workaround to still build for them and you broke it with something in version 2.13.0."

@nicolaskruchten
Copy link
Contributor

OK, I see your point, Alex. I guess I'm worried that some people might be happily using IE9/IE10 (ok, "happily") and then in a minor we drop support for them, which is not semver-friendly. Arguably we already did that in 1.49.5 but that's not really a good reason to double down.

@alexcjohnson
Copy link
Collaborator

Fair enough. How about we split this PR in two: one we merge right now that just documents what already happened but makes no code changes; and a second that we merge in the upcoming v2 that removes IE9/10 cruft.

@alexcjohnson
Copy link
Collaborator

And we can include a note:

1.49.5 inadvertently dropped IE9/10 support by upgrading browserify, but if you bundle plotly.js yourself using the previous version or a different bundler you may still be able to support these browsers until plotly.js v2.0 explicitly drops IE9/10 support.

@archmoj
Copy link
Contributor Author

archmoj commented Jan 6, 2021

Fair enough. How about we split this PR in two: one we merge right now that just documents what already happened but makes no code changes; and a second that we merge in the upcoming v2 that removes IE9/10 cruft.

I kind of disagree. That could potentially be a blocker for getting #5230 in v1.
Unless one opens a regression ticket for IE9. Then I would be happy to pin down browserify to v16.3.0.
On another note streambed now uses browserify at v17.0.0.

@archmoj
Copy link
Contributor Author

archmoj commented Jan 6, 2021

Unless one opens a regression ticket for IE9. Then I would be happy to pin down browserify to v16.3.0.
On another note streambed now uses browserify at v17.0.0.

That also collides with #5358.

@nicolaskruchten
Copy link
Contributor

I think that we can and should merge a PR right away that only:

  1. Removes the IE9 notes from our readmes
  2. Notes in the changelog that version 1.49.5 dropped IE9/IE10 support in our dist bundles/on NPM, which is all that we know for sure that we did

Let's not add all sorts of additional opportunistic cleanup as part of this otherwise-uncontroversial documentation PR please, and we can discuss all the other v1/v2 stuff tomorrow?

@archmoj archmoj closed this Jan 6, 2021
@archmoj archmoj deleted the add-remove-info-about-IE9-10 branch January 6, 2021 19:57
@archmoj archmoj removed this from the v1.59.0 milestone Jan 7, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants