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

Failed to execute 'replaceState' on 'History': A history state object with URL "x" cannot be created in a document with origin 'http://webcache.googleusercontent.com' #50532

Closed
1 task
tcs-aparnavk opened this issue May 30, 2023 · 5 comments
Labels
bug Issue was opened via the bug report template. locked please verify canary The issue should be verified against next@canary. It will be closed after 30 days of inactivity

Comments

@tcs-aparnavk
Copy link

tcs-aparnavk commented May 30, 2023

Verify canary release

  • I verified that the issue exists in the latest Next.js canary release

Provide environment information

nextjs version: 13.0.0

Which area(s) of Next.js are affected? (leave empty if unsure)

No response

Link to the code that reproduces this issue or a replay of the bug

http://webcache.googleusercontent.com/search?q=cache:https://www.containerstore.com/s/storage/storage-drawers/like-it-clear-stackable-drawers/12d?productId=10027583

To Reproduce

open http://webcache.googleusercontent.com/search?q=cache:https://www.containerstore.com/s/storage/storage-drawers/like-it-clear-stackable-drawers/12d?productId=10027583, see console.

Describe the Bug

Getting below error while accessing the below webcache for our nextjs appication.

image

It is preventing the consecutive javascript execution, so some content is not getting available for crawlers.

Expected Behavior

There should not be any error in console and all the content should be available for crawlers

Which browser are you using? (if relevant)

No response

How are you deploying your application? (if relevant)

No response

@tcs-aparnavk tcs-aparnavk added the bug Issue was opened via the bug report template. label May 30, 2023
@balazsorban44 balazsorban44 added the please verify canary The issue should be verified against next@canary. It will be closed after 30 days of inactivity label May 30, 2023
@github-actions
Copy link
Contributor

Please verify that your issue can be recreated with next@canary.

Why was this issue marked with the please verify canary label?

We noticed the provided reproduction was using an older version of Next.js, instead of canary.

The canary version of Next.js ships daily and includes all features and fixes that have not been released to the stable version yet. You can think of canary as a public beta. Some issues may already be fixed in the canary version, so please verify that your issue reproduces by running npm install next@canary and test it in your project, using your reproduction steps.

If the issue does not reproduce with the canary version, then it has already been fixed and this issue can be closed.

How can I quickly verify if my issue has been fixed in canary?

The safest way is to install next@canary in your project and test it, but you can also search through closed Next.js issues for duplicates or check the Next.js releases. You can also use the GitHub templates (preferred) for pages and App Router, or the CodeSandbox: pages or CodeSandbox: App Router templates to create a reproduction with canary from scratch.

My issue has been open for a long time, why do I need to verify canary now?

Next.js does not backport bug fixes to older versions of Next.js. Instead, we are trying to introduce only a minimal amount of breaking changes between major releases.

What happens if I don't verify against the canary version of Next.js?

An issue with the please verify canary that receives no meaningful activity (e.g. new comments that acknowledge verification against canary) will be automatically closed and locked after 30 days.

If your issue has not been resolved in that time and it has been closed/locked, please open a new issue, with the required reproduction, using next@canary.

I did not open this issue, but it is relevant to me, what can I do to help?

Anyone experiencing the same issue is welcome to provide a minimal reproduction following the above steps. Furthermore, you can upvote the issue using the 👍 reaction on the topmost comment (please do not comment "I have the same issue" without reproduction steps). Then, we can sort issues by votes to prioritize.

I think my reproduction is good enough, why aren't you looking into it quicker?

We look into every Next.js issue and constantly monitor open issues for new comments.

However, sometimes we might miss one or two due to the popularity/high traffic of the repository. We apologize, and kindly ask you to refrain from tagging core maintainers, as that will usually not result in increased priority.

Upvoting issues to show your interest will help us prioritize and address them as quickly as possible. That said, every issue is important to us, and if an issue gets closed by accident, we encourage you to open a new one linking to the old issue and we will look into it.

Useful Resources

@icyJoseph
Copy link
Contributor

Hi,

If you log, document.baseURI it'll be the serviced page, not Google WebCache.

So the browser blocks access to the History API, because the page is document.URI is different than the Origin (WebCache).

I am not sure if there's a way to escape out of the <base> injection. For sure it will bring other problems into the mix.

Screenshot 2023-05-30 at 16 58 06

Perhaps you can try to detect the tag and remove it? My guess is that it is injected by WebCache.

// _app.js

// adding a syntax error here too
if (typeof window_ !== 'undefined') {
  // adding a syntax error on purpose to prevent blindly copy pasting this
  const base = document.head.getElement(s)ByTagName("BASE")[0]
  if (base) base.remove();
}

Things to consider:

  • Links that point to other pages in your site will now be relative to WebCache, and clicking them results in 404
  • ToS from WebCache
  • Removing certain tags with JS is ignored by the browser (I tested in the page you gave and it worked)

@balazsorban44
Copy link
Member

This issue has been automatically closed because it wasn't verified against next@canary. If you think it was closed by accident, please leave a comment. If you are running into a similar issue, please open a new issue with a reproduction. Thank you.

@imranweb
Copy link

imranweb commented Jul 6, 2023

@github-actions
Copy link
Contributor

github-actions bot commented Aug 6, 2023

This closed issue has been automatically locked because it had no new activity for a month. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you.

@github-actions github-actions bot added the locked label Aug 6, 2023
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Aug 6, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Issue was opened via the bug report template. locked please verify canary The issue should be verified against next@canary. It will be closed after 30 days of inactivity
Projects
None yet
Development

No branches or pull requests

4 participants