- 12 9月, 2020 3 次提交
-
-
由 Ole-Martin Bratteng 提交于
ref https://github.com/GoogleChrome/web-vitals/pull/68 won't fail the new [`no-unload-listeners`](https://github.com/GoogleChrome/lighthouse/pull/11085) Lighthouse audit.
-
由 Joe Haddad 提交于
-
由 Bogdan Chadkin 提交于
Ref https://github.com/webpack-contrib/terser-webpack-plugin/blob/v4.1.0/package.json#L44 cacache is a dependency of terser-webpack-plugin. The latest version depends on cacache 15 while next adds cacache 13. This may give unexpected results. Better keep it in sync with terser plugin.
-
- 11 9月, 2020 11 次提交
-
-
由 Bogdan Chadkin 提交于
Babel-preset-env includes includes optional chaining and nullish-coalescing since [7.8.0](https://github.com/babel/babel/releases/tag/v7.8.0). In this diff I removed these plugins from next preset to prevent dependency duplication when their newer versions are out.
-
由 Bogdan Chadkin 提交于
The new version replaced big clone-deep package with dependency-free klona - https://github.com/webpack-contrib/sass-loader/releases/tag/v10.0.0 - https://github.com/webpack-contrib/sass-loader/releases/tag/v9.0.0 Also deduped some related transitives.
-
由 Sakito Mukai 提交于
There was a security update for node-fetch. > This is an important security release. It is strongly recommended to update as soon as possible. https://github.com/node-fetch/node-fetch/blob/master/docs/CHANGELOG.md#v261
-
由 JJ Kasper 提交于
Closes: https://github.com/vercel/next.js/issues/14433
-
由 Joe Haddad 提交于
-
由 Arthur Maverick 提交于
Co-authored-by: NJoe Haddad <joe.haddad@zeit.co>
-
由 JJ Kasper 提交于
This adds an error when interpolation fails to make sure invalid `href`s aren't accidentally used and an invalid URL is built. Closes: https://github.com/vercel/next.js/issues/16944
-
由 Joe Haddad 提交于
-
由 Joe Haddad 提交于
Fixes #16444
-
由 Joe Haddad 提交于
Fixes #10508
-
由 Joe Haddad 提交于
-
- 10 9月, 2020 7 次提交
-
-
-
由 Joe Haddad 提交于
-
由 JJ Kasper 提交于
This makes sure we properly resolve a rewrite when only the `href` value is used. This was causing a full-reload and was missed in the existing test since we weren't making sure a full navigation didn't occur which has been added in this PR. Fixes: https://github.com/vercel/next.js/issues/16974
-
由 Joe Haddad 提交于
-
由 Joe Haddad 提交于
Fixes #10142 Fixes #11629
-
由 Henrik Wenz 提交于
## Changelog - Updated slate.js to version 0.58.4 - Removed unused packages (immutable & slate-plain-serializer) - Simplified example (we don’t need to demonstrate the multi editor case anymore, since this issue is now handled by slate internally) - Remove deprecated `KeyUtils` - Removed deprecated Components ## Related: - https://github.com/ianstormtaylor/slate/issues/870
-
由 Borek Bernard 提交于
As the example is about Yarn workspaces, it should gitignore `.next` recursively.
-
- 09 9月, 2020 5 次提交
-
-
由 Joe Haddad 提交于
-
由 Gerald Monaco 提交于
Removes `next-head-count`, improving support for 3rd party libraries that insert or append new elements to `<head>`. --- This is more or less what a solution with a `data-` attribute would look like, except that instead of directly searching for elements with that attribute, we serialize the elements expected in `<head>` and then find them/assume ownership of them during initialization (in a manner similar to React's reconciliation) based on their properties. There are two main assumptions here: 1. Content is served with compression, so duplicate serialization of e.g. inline script or style tags doesn't have a meaningful impact. Storing a hash would be a potential optimization. 2. 3rd party libraries primarily only insert new, unique elements to head. Libraries trying to actively manage elements that overlap with those that Next.js claims ownership of will still be unsupported. The reason for this roundabout approach is that I'd really like to avoid `data-` if possible, for maximum compatibility. Implicitly adding an attribute could be a breaking change for some class of tools or crawlers and makes it otherwise impossible to insert raw HTML into `<head>`. Adding an unexpected attribute is why the original `class="next-head"` approach was problematic in the first place! That said, while I don't expect this to be more problematic than `next-head-count` (anything that would break in this new model also should have broken in the old model), if that does end up being the case, it might make sense to just bite the bullet. Fixes #11012 Closes #16707 --- cc @Timer @timneutkens
-
由 Sashank Thupukari 提交于
s/applicale/applicable/
-
由 Turcan Vladimir 提交于
-
由 JJ Kasper 提交于
This makes sure to the page path is the expected version to trigger refreshing on the client and adds additional tests to make sure it is working properly with these page variants. Closes: https://github.com/vercel/next.js/issues/16938
-
- 08 9月, 2020 4 次提交
-
-
由 Tim Neutkens 提交于
-
由 JJ Kasper 提交于
Co-authored-by: NTim Neutkens <timneutkens@me.com>
-
-
由 Luis Alvarez D 提交于
Closes https://github.com/vercel/next.js/issues/16633 - The docs and examples that use `as` have been updated to show how `href` can be used to get the same results - Added new examples and provided more details on current examples for more details on how `href` can be used. **Note:** With this change the usage of `as` becomes completely unrequired as I failed to find a good use case for it. Therefore documentation for `as` now includes: `Used for dynamic routes before Next.js 9.5.3`. But that should link to somewhere, either to a blog post or to the Upgrade Guide in our docs.
-
- 07 9月, 2020 5 次提交
-
-
由 Tim Neutkens 提交于
-
由 JJ Kasper 提交于
Co-authored-by: Nkodiakhq[bot] <49736102+kodiakhq[bot]@users.noreply.github.com>
-
由 Anders Kjær Damgaard 提交于
The BirdsPage name seems to have been copy/pasted from `pages/birds.js` and forgotten by mistake.
-
由 Tim Neutkens 提交于
-
由 JJ Kasper 提交于
-
- 06 9月, 2020 5 次提交
-
-
由 JJ Kasper 提交于
This makes sure to strip the trailing slash before attempting to resolve the `href` against pages/dynamic routes and adds tests ensuring the correct pages are resolved with `trailingSlash: true` enabled. Fixes: https://github.com/vercel/next.js/issues/16872
-
由 Mohsen Azimi 提交于
Is this switch necessary
-
由 Luis Alvarez D 提交于
Goals of this PR: - Explain `import()` first without mentioning `next/dynamic`, because `next/dynamic` in our API and **Dynamic Import** is a ES feature. This should avoid a common confusion in our users thinking that one can't be used without the other. - Mention how `next/dynamic` can be used with **Dynamic Imports** to load react components. - Updated example to include fuzzy search using a dynamic import. Potential change: Leave the page to be about `import()` and move `next/dynamic` to the API reference (alongside `next/link`, `next/router`, etc.) Closes https://github.com/vercel/next.js/pull/16299 Closes https://github.com/vercel/next.js/issues/15711
-
由 Adityo Pratomo 提交于
While running the current [auth0 example](https://github.com/vercel/next.js/tree/canary/examples/auth0), I bumped into this error while trying to access an API route from a page. ``` { "error": "_lib_auth0__WEBPACK_IMPORTED_MODULE_1__.default.tokenCache is not a function" } ``` After checking the [nextjs-auth0](https://github.com/auth0/nextjs-auth0) repo, I realize that they're using version 0.8.0 of the SDK. Changing the package.json to the appropriate version fixes this error. Signed-off-by: NAdityo Pratomo <pratomo.adityo@gmail.com>
-
由 Eugene C 提交于
Adding an example with [cssed](https://github.com/okotoki/cssed). A custom styling solution, which extracts CSS from template literals into separate files.
-