- 07 11月, 2020 2 次提交
-
-
由 JJ Kasper 提交于
This makes sure we don't use es6 syntax when compiling the `web-vitals` package with `ncc` since that breaks IE11 compatibility x-ref: https://github.com/vercel/ncc/pull/614
-
由 Joe Haddad 提交于
While we were fixing how Next.js handled CSS, we added a complex prefetch, preload, fetch sequence to acquire the CSS asset. This unnecessarily overcomplicated what could've been only a `fetch()` from the very start! --- Fixes #16932
-
- 06 11月, 2020 16 次提交
-
-
由 Prottay Rudra 提交于
- new chakra-ui rc version doesn't work without 'farmer-motion', installed farmer motion - updated 'chakra-ui' library from '^1.0.0-rc.3' to '^1.0.0-rc.8'
-
由 Joe Haddad 提交于
Fixes #17066
-
由 JJ Kasper 提交于
-
由 JJ Kasper 提交于
This corrects this test failing from an arrow function being used in ie11 which isn't supported natively ``` ● Production Usage › Dynamic import › default behavior › should not remove css styles for same css file between page transitions JavascriptError: Error executing JavaScript at Object.throwDecodedError (../node_modules/selenium-webdriver/lib/error.js:550:15) at parseHttpResponse (../node_modules/selenium-webdriver/lib/http.js:565:13) at Executor.execute (../node_modules/selenium-webdriver/lib/http.js:491:26) ```
-
由 Luis Alvarez D 提交于
Note that the indentation of the code samples and notes is important so it uses the same indentation of the items in the list. Fixes https://github.com/vercel/next.js/issues/18869
-
由 Guy Bedford 提交于
This upgrades to ncc@0.25.0 and fixes the previous bugs including: * ncc not referenced correctly in build * Babel type errors * node-fetch, etag, chalk and raw-body dependencies not building with ncc - these have been "un-ncc'd" for now. As they are relatively small dependencies, this doesn't seem too much of an issue and we can follow up in the tracking ncc issue at https://github.com/vercel/ncc/issues/612. * `yarn dev` issues Took a lot of bisecting, but the overall diff isn't too bad here in the end.
-
由 Joe Haddad 提交于
* Ensure we prefetch on hover * double because of hovering prefetch * rerun workflow * disable flaky test
-
由 Steven 提交于
Fixes #18827 so that lazy loading does not break IE 11.
-
由 Guy Bedford 提交于
This fixes the current regression with an ncc revert for now. I will continue to follow up with the ncc upgrade in https://github.com/vercel/next.js/pull/18860.
-
由 JJ Kasper 提交于
* Fix chromedriver set-up to test electron separately * Update workflow * Update compiled
-
由 Joe Haddad 提交于
-
由 Steven 提交于
Fixes #18794
-
由 Matthew Lilley 提交于
This PR fixes issues in two apollo examples where cached queries are lost, and cached data is merged incorrectly.
-
由 Vitor Dino 提交于
hey there
👋 stumbled on the [`using-preact` example](https://github.com/vercel/next.js/tree/canary/examples/using-preact) first when i tried to port my project, just saw that the [config wasn’t that trivial](https://github.com/vercel/next.js/issues/13969#issuecomment-641540051), and it would fit better on a [plugin](https://github.com/preactjs/next-plugin-preact).. I did this migration first on my project (it worked super well) and realized that people also would dislike having to maintain that kind of code, and would stumble faster on the plugin if it was already on the official example✨ -
由 JJ Kasper 提交于
-
由 Alex Vilchis 提交于
The previous props are in bold, but `notFound` is not.
-
- 05 11月, 2020 19 次提交
-
-
由 Joe Haddad 提交于
-
由 Guy Bedford 提交于
This adds inlining for Babel and the Babel plugins used in next. This is based to the PR at https://github.com/vercel/next.js/pull/18823. The approach is to make one large bundle and then separate out the individual packages from that in order to avoid duplications. In the first attempt the Babel bundle size was 10MB... using "resolutions" in the Yarn workspace to reduce the duplicated packages this was brought down to a 2.8MB bundle for Babel and all the used plugins which is exactly the expected file size here. This will thus add a 2.8MB download size to the next package, but save downloading any babel dependencies separately, removing a large number of package dependencies from the overall install.
-
由 James George 提交于
The helper `runStarter()` is extraneous.
-
由 Will Heslam 提交于
The rule [total-functions/no-unsafe-readonly-mutable-assignment](https://github.com/danielnixon/eslint-plugin-total-functions#total-functionsno-unsafe-readonly-mutable-assignment) triggers with this error message: > Assigning a readonly type to a mutable type can lead to unexpected mutation in the readonly value when invoking ``` NextScript.getInlineScriptSource(this.props) ``` inside a `_document.tsx`'s render function. due to `this.props` having the type: ``` props: Readonly<P> & Readonly<{ children?: ReactNode }> ``` in `@types/react` On the other hand, this is a small, low-priority change (IMO), so an alternative work around is just to disable the lint rule for that line of course. Lint, tests, and build passes. Lint error was discovered using typescript@next, version `4.1.0-dev.20200921` and eslint-plugin-total-functions version `4.1.0`, but I tested the change to nextjs using typescript version `3.8.3`.
-
由 Joe Haddad 提交于
This pull request speeds up Next.js' rendering pipeline by fetching data, parsing it, and loading it into memory instead of only doing the network request. This will mainly result in improved Firefox/Safari performance since they handled prefetch incorrectly—only Chrome did it right. This also gets us closer to being able to use `no-store` in our caching headers! --- Fixes #18639 x-ref #18802
-
由 James George 提交于
Added a test case for asking for a name for the project if not supplied.
-
由 Guy Bedford 提交于
This updates to the latest ncc@0.24.1 release. Initially I thought chalk needed to be removed to make this work, but it turns out it was a caching issue. I've also added a cache clear to the rebuild command to avoid these issues hopefully in future.
-
由 Willian Justen 提交于
-
由 Abdelrahman Rifai 提交于
-
由 JJ Kasper 提交于
-
由 JJ Kasper 提交于
This updates the GS(S)P redirect handling to make sure to handle redirects correctly when coming from the incremental-cache. Additional tests have been added to ensure the redirects work correctly after the cache is populated. Fixes: https://github.com/vercel/next.js/issues/18735 Fixes: https://github.com/vercel/next.js/issues/18783
-
由 Guy Bedford 提交于
This adds ncc inlining optimizations for the following dependencies: * cacache * schema-utils * find-cache-dir * mkdirp * neo-async * web-vitals The slight increase in output in the reports here is due to the variation of the bundled version of web-vitals. In addition, this moves ast-types to be a devDependencies entry instead of in dependencies as it was before https://github.com/vercel/next.js/pull/14746 as I could not see any production usage (ping @prateekbh). Happy to separate that out into a separate PR if preferred too.
-
由 Steven 提交于
This PR disables image optimization and lazy loading for [Data URLs](https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URIs), because the image data is already inlined. Fixes #18372 Fixes #18692
-
由 Steven 提交于
This PR prints a pretty error when the Image `src` property is a [protocol-relative URL](https://www.paulirish.com/2010/the-protocol-relative-url/). > Update 2014.12.17: > Now that SSL is encouraged for everyone and doesn’t have performance concerns, this technique is now an anti-pattern. If the asset you need is available on SSL, then always use the https:// asset. Fixes #18536
-
由 JJ Kasper 提交于
Tweak `asPath` docs to mention `basePath` and `locale` will not be included in the value. Closes: https://github.com/vercel/next.js/issues/18782
-
由 Joris W 提交于
This page claims that `exportPathMap` is only used by `next export`. This is somewhat misleading, as the mapping is also detected and applied during `yarn develop`. I welcome any other suggestions to make this clearer than I did in this PR.
-
由 Steven 提交于
This revises the docs to add headings and also links to layout examples. Fixes #18554
-
由 Joe Haddad 提交于
Fixes #18793
-
- 04 11月, 2020 3 次提交
-
-
由 Tom 提交于
-
由 Guy Bedford 提交于
This is a prerequisite to being able to ncc inline the Babel dependencies in next.js. The removal of preset-modules is based on replacing it with preset-env under `targets: { esmodules: true }`, as per the guidance from the package (https://www.npmjs.com/package/@babel/preset-modules): > Starting from @babel/preset-env 7.9.0, you can enable the bugfixes: true option to get the same behavior as using @babel/preset-modules, but with support for custom targets. If you need to target browsers with native modules support (like this preset does), you can use targets: { esmodules: true }. From the above, I'm pretty sure this is entirely a backwards compatible change, apart from the change to the runtime plugin list being visible. Perhaps @developit can confirm this as well.
-
由 Matsumoto Toshi 提交于
Co-authored-by: Nkodiakhq[bot] <49736102+kodiakhq[bot]@users.noreply.github.com>
-