-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Preview of Draft posts returns 404 error #57812
Comments
I'm seeing a pattern.. I had a few chats having similar issue when they're on 32601554-hc Switching to another web browser like Chrome, or updating to the latest OSX appeared to have fixed it. |
Here's another report - ZD- 4439905 Additional info- |
Another report in 4438942-zd. |
Another report - ZD 4444438. - Additional info |
reported in 32669140-hc Recommended the same workaround to preview from the pages or post list |
Also another report here : |
Noting this happened in this interaction as well: In this case the user is on Chrome 96: Full user agent is I'm asking the user to test on another browser. |
4445021-zd-woothemesprovided more info. They're on Windows 10 with Chrome 95, they've also tested in Edge. Same issue. Issue also appears to happen on pages. Suggesting they try with Firefox, but I'm leaning towards the workaround isn't in this case. |
The user here: 4441486-zd-woothemes Pointed out they ran some tests and the issue only happens when trying to preview with the custom domain (ex. |
4453017-zd-woothemes The user tried using Safari 15 and Firefox 94: Suggested the workaround for now. |
Another report: 31344553-hc. Chrome 95.0 on Windows 10. Suggested the workaround. |
Another report here: 32763305-hc |
Another report in 12785399-hc, Safari 15.0 on Mac OS X 10.15.7. |
Another one reported in this ticket - 4461543-zd |
4461543-zd-woothemes. Chrome 96 on Windows 10 |
Two instances of the issue where preview isn't working consistently: #32792353-hc / Follow up: #4464377-zd-woothemes. Safari 14.1 on Mac OS X 10.15.7 |
Another in 32800528-hc, Safari 14.1 on Mac OS X 10.15.7. Showed them the workaround. Also suggested trying another browser or enabling third-party cookies, as they have them disabled. User requested an email follow-up when this is fixed. |
Another report - ZD- 4530198 |
+1 at 4551202-zen |
+1 at 4554141-zen |
25548990-hc |
One more: 32870674-hc Safari version 14.1.2 (15611.3.10.1.5, 15611), Mac OS Catalina version 10.15.7 |
4560496-zen might be another instance, though am asking user for additional details such as browser information. |
4564283-zen Safari version 14.1.2, Firefox version 94.0.2, Mac OS Big Sur 11.6 |
Another case, here: 36311000-hc Please follow up, here:
|
Another in 36314195-hc
|
5445983-zd |
27167061-hc (happens in Firefox but not Chrome with a draft post) |
Similar case. Requesting OS and browser version. |
Hey team -- we just released a bug fix for this issue in #66046. I tested the draft preview 404 third party cookie issue in production and it should be solved for simple sites. One thing to note is that in testing, #cylon noticed that browser caches and cookies could be finicky, even with the fix. This means that existing users with the problem might not see things resolved until they either:
|
Closing this for now as the problem appears to have been solved |
5472157-zd |
@jeyip Can you follow up with @syedshaon on 5472157-zen and see if this needs to be re-opened or if we need to file a new bug? |
@cometgrrl Sure 👍 I'll reach out to @syedshaon |
Talked to @syedshaon and I pointed him to workarounds for potential problems with browser caches and cookies here. Also noted that, once handled, the problem should not reoccur. It seems like this issue doesn't need to be reopened, but I'll keep an eye on things. |
5473741-zd User reported the workaround here doesn't work for them. |
@rickmgithub Is the user led to a blank screen? @syedshaon had a similar problem, and we're waiting to see what happens when the user clears their cookies. I'll open up a new Github issue if this is the case. |
@jeyip The user in the case reported by @rickmgithub (5473741-zen) confirmed they see a blank screen. We have also asked them to clear their browser cache and they confirmed this did not work either. I have now asked them to clear their browser cookies and let us know if that works. |
I'll see if I can reproduce this in a bit. If so, I'll create a second issue that can be prioritized and handled by a separate team, because the blank screen seems unrelated to the cookie problems we addressed here. |
@syedshaon @jorpdesigns @rickmgithub @cometgrrl @JoshuaGoode I can consistently reproduce the login problem described by others. I'm creating a separate issue now. I've also amended my suggested browser cache invalidation techniques to no longer include Joshua's suggested workaround. |
36508625-hc |
Another one - using Baskerville 2
|
36585851-hc Firefox user is unable to view scheduled post while logged in. |
Another with Firefox 104 and the Maxwell theme. Copying the draft into a new draft fixed it, for this user.
|
I couldn't replicate it btw. |
Decision was made here: p1683245378229639-slack-C0160HSMDQV that batch replies for users impacted by this issue will not be sent out. |
Quick summary
Similar to these previous cases:
#54107
#57011
Steps to reproduce
In theory, we should be able to replicate by following these steps:
This doesn't happen on my test site, but I found a few that were affected last week.
What you expected to happen
To see the preview without an issue
What actually happened
I got a 404 page instead
Context
4432206-zen
4430152-zen
4418811-zd-woothemes
4429496-zen
Operating System
Windows, macOS
Browser
No response
Simple, Atomic or both?
Simple
Theme-specific issue?
no
Other notes
I can only replicate on their site while SSP'ing.
Reproducibility
Intermittent
Severity
Some (< 50%)
Available workarounds?
Yes, easy to implement
Workaround details
I suggested the users to use the Preview option from the Pages section instead and that worked.
The text was updated successfully, but these errors were encountered: