vercel/next.js

ISG with GIP in _app overrides cache-control of ISG page

Open

#14,244 opened on 2020年6月16日

GitHub で見る
 (3 comments) (0 reactions) (1 assignee)JavaScript (139,471 stars) (31,066 forks)batch import
Pages Routergood first issuetype: next

説明

Bug report

When using the unstable_revalidate param with ISG, a header set by _app should never win.

Additional context

From @lfades:

Update: this is currently not the case, SSG finishes the request before it gets to _app.

the custom _app in the Next.js site was setting a header, but that causes an error because the request was sent, this happens in production and with next start, but in dev you don't get any error.

コントリビューターガイド

技術スタック
nextjsreactjavascripttypescript
領域
full stack
Issue 種別
bug
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-2 days
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
blocked
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
Next.jsISGgetInitialPropscache control
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
30
調査方針
Investigate how Next.js handles cache control headers when using ISG with getInitialProps in app. Look at the source files related to ISG, such as next server and router. A minimal reproduction would help confirm the issue. Check if there are existing tests for this scenario in the Next.js test suite.