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

Follow-up work to Modern Mode #8095

Closed
2 of 3 tasks
Timer opened this issue Jul 25, 2019 · 8 comments
Closed
2 of 3 tasks

Follow-up work to Modern Mode #8095

Timer opened this issue Jul 25, 2019 · 8 comments
Milestone

Comments

@Timer
Copy link
Member

Timer commented Jul 25, 2019

This is an umbrella issue tracking follow-up work for Modern Mode.

  • Add production tests for IE, FF, etc
  • Change polyfilling behavior for modern bundles
  • Remove ESM plugin in favor of 3rd compiler when node_modules/ is compiled
@Timer Timer added this to the 9.1 milestone Jul 25, 2019
@Timer Timer modified the milestones: 9.1.0, 9.1.1, 9.1.2 Oct 7, 2019
@radeno
Copy link
Contributor

radeno commented Oct 18, 2019

Hi, this is an issue what we are figuring out.
Our idea is use two (3 because one is SSR) parallel separate processes.

Every process target could be defined as browserslist definition. https://github.com/browserslist/browserslist#configuring-for-different-environments

Currently SSR results are stored into server folder. It is straight forward, because targets is defined as node current. That is good if all instances have same Node version.

Similar behavior should be for two others targets. Legacy and Modern.

Legacy and Modern can be separated with own manifest files (build-manifest.json), builded into custom folders or append suffix to files naming. And then merged into final manifest files.

Main Pro: Independent and separated building
Main Con: Longer building time

@Timer Timer modified the milestones: 9.1.2, 9.1.3 Oct 23, 2019
@Timer Timer modified the milestones: 9.1.3, 9.1.4 Nov 8, 2019
@Timer Timer modified the milestones: 9.1.4, 9.1.5 Nov 19, 2019
@Timer Timer modified the milestones: 9.1.5, 9.1.6 Dec 10, 2019
@ReinoutStevens
Copy link

Hey,

Don't know if this is the correct place to post this, so feel free to remove it or direct me to the correct one :).
We tested the experimental modern flag, which is working fine on all browsers except IE11. For IE11 both the module and regular js is downloaded. IE11 stops being a SPA, so I assume it cannot properly handle the module file and fails executing it.
For all the other browsers, including Edge, we see the behavior we expect.

@timneutkens
Copy link
Member

@atcastle @janicklas-ralph

@janicklas-ralph
Copy link
Contributor

Hey @ReinoutStevens, this is a known behavior in IE11 where the browser downloads both the type=module and nomodule scripts but executes only the nomodule script.
Here is a good discussion regarding the issue and here is a summary of all the browsers that don't work as expected when dealing with type=module scripts.

So both scripts being loaded is expected and I presume your issue isn't related to that.
Does the site work fine on IE 11 without the modern flag enabled?

@ReinoutStevens
Copy link

Hey @janicklas-ralph thanks for the reply. It appears some part got broken in IE11 with upgrading from NextJS 9.0.6 to 9.1.5, and not the modern flag ( both happened at the same time here ). Thank you for your time.

@ReinoutStevens
Copy link

For completeness: the update of the url polyfill in v91.5 broke some link logic on our side, which has been resolved. Testing IE11 with the modern flag now has the correct behavior. Thank you for your time.

@ijjk ijjk modified the milestones: 9.1.6, 9.2.0 Dec 17, 2019
@Timer Timer modified the milestones: 9.2.0, 9.2.x Jan 3, 2020
@Timer Timer modified the milestones: 9.4.x, backlog Jun 3, 2020
@Timer
Copy link
Member Author

Timer commented Jul 19, 2020

Closing this as it has been mostly accomplished.

@Timer Timer closed this as completed Jul 19, 2020
@Timer Timer modified the milestones: backlog, iteration 5 Jul 19, 2020
@balazsorban44
Copy link
Member

This issue has been automatically locked due to no recent activity. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you.

@vercel vercel locked as resolved and limited conversation to collaborators Jan 29, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants