-
-
Notifications
You must be signed in to change notification settings - Fork 313
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
After update through API, editor shows old content #41
Comments
Thanks for the report -- definitely need to fix this. We'll need to keep track of the last time the draft in the editor was modified (in localStorage), and then compare it with the |
I am not sure whether this is the same issue I am experiencing: When editing a post on my phone and saving the changes, I can view the changed post on any machine, but when editing on my laptop I see an outdated version. When then editing on the phone again, the correct (changed) version is shown. |
@wiwie Right, since edits are stored locally on your device until you publish, your laptop is loading those local edits instead of the most up-to-date post content. I'm working on fixing this now. |
ok, cool! I recently read somewhere, that write.as stores some things locally in the browser session to facilitate a higher level of data security. Is the aspect of editing a draft not connected to that? |
Draft editing is connected that -- changes to posts are stored in the browser, which is why things can get out of sync across devices. |
When updating a post through the API while also checking the editor on the website, the editor does not use the updated content which came in, but seems to be using a local browser storage entry
draft......
to show the editable content.Steps to reproduce the behavior (I have used the writefreely.el package):
Editor will show initial content created in 1. or, if applicable any changes made in the editor in step 2. (but not published)
Expected behavior
Post should be updated according to latest update through api. It looks as if the local storage does not get invalidated properly.
Application configuration
The text was updated successfully, but these errors were encountered: