-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Bug: Can not edit a post with 0.6 #778
Comments
@DirtyF we haven't seen other reports of this, can you provide steps to reproduce? |
Firefox stable? |
Tested with Firefox 56.0.2 (stable) and Firefox Nightly, both display the same error. |
Boom, got it. Not present in 56.0.1, but it's there in 56.0.2. Investigating. |
With that "does not have metadata" error, is this only happening in Editorial Workflow? |
That's actually just a console log, not an error. Debugging in FF is pretty rough, console logging my way through it now. |
Seems to be generating from this guy: |
@erquhart that's also what I'm seeing. My current repro uses the following steps:
Gonna test with the simple workflow to see if that affects it (I suspect the error isn't dependent on workflow, though). EDIT: error does not show up in the simple workflow with the same set of steps (minus the EW-specific stuff) |
I'm seeing it just opening any entry from the collection page on an EW implementation. |
Playing with a local version of react-frame-component now, although it's telling that this bug doesn't surface if you load the entry directly by url. |
Weird, I saw that error before when I was upgrading React 16, but then I couldn't repro it again in Chrome, so I thought it was fixed.
@erquhart That was the case I was seeing it in as well. |
I'd definitely like an error boundary around the preview frame - preview errors shouldn't break the application entirely, especially since end users can insert their own code there. |
Submitting a PR to react-frame-component. If we can't get a super quick release from them we'll use a temporary fork to bridge the gap tomorrow. @DirtyF for now, the best workaround is either use a different browser or refresh the page after the entry fails to load. |
@Benaiah The preview frame is technically an |
We interact with the preview via context, so it is possible. |
@erquhart 👌 Thanks for the update. Looking forward to use v1.0 with Firefox Quantum 🦊 🏁 🎊 |
Quantum looks awesome, did not know about that! In other news, the issue is no longer occurring when the error boundary is in place, which confirms my suspicion that it's a race condition. Still, not considering this closed until the lib fix is released, but this will help. Even if the preview throws, the rest of the page is still active, and you can edit and save sans preview (or just refresh). Releasing soon. |
You rock. 🎸 |
Update: fix merged a while back, just waiting on release. Going to go ahead and close since this is effectively fixed and we're just waiting for a release that will be automatically pulled in to cms deps. |
- Do you want to request a feature or report a bug?
🐛 Report a bug.
- What is the current behavior?
Can not edit any of the posts in the CMS since latest version.
macOS High Sierra / latest Firefox 🦊
I thought it was related to CSP rules but it's currently report-only mode
- If the current behavior is a bug, please provide the steps to reproduce.
Click on a post on the dashboard. Get a blank screen, open the console and see this message:
- What is the expected behavior?
Being able to edit the post.
- Please mention your CMS, node.js, and operating system version.
Latest version : 0.6
The text was updated successfully, but these errors were encountered: