Opened 10 years ago
Last modified 5 years ago
#29386 new defect (bug)
Autosave message should disappear when the next autosave happens
Reported by: | iseulde | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | |
Component: | Autosave | Keywords: | has-patch |
Focuses: | javascript | Cc: |
Description
An autosave overwrites the previous autosave, so the message is no longer relevant. It will just display the same content as the current editor.
Attachments (2)
Change History (20)
#1
@
10 years ago
- Component changed from Revisions to Autosave
- Focuses javascript added
- Keywords has-patch added
Good point, thats confusing!
In 29386.diff
Remove the 'Newer autosave exists message' when autosaving;
This ticket was mentioned in IRC in #wordpress-dev by stephdau. View the logs.
10 years ago
#6
follow-up:
↓ 7
@
10 years ago
If I remember right, the main reason it doesn't disappear is because that moves the whole screen about 50px up. Pretty annoying while typing.
#7
in reply to:
↑ 6
@
10 years ago
Replying to azaozz:
If I remember right, the main reason it doesn't disappear is because that moves the whole screen about 50px up. Pretty annoying while typing.
I can see how that would be annoying, any ideas to alleviate that? once the autosave fires and matches the current content, the message is wrong - http://cl.ly/image/2n3P3H0W1W2w
how about fade out the message, then maybe remove it on the next blur from any input field?
This ticket was mentioned in IRC in #wordpress-dev by nacin1. View the logs.
10 years ago
#9
follow-up:
↓ 12
@
10 years ago
Fade out would leave a big gap. I think it's better to do it on mousemove. We should think about touch devices too though. :)
I'm also not sure why the only child of a parent that has an id needs an id too, so I removed it in the patch.
#10
@
10 years ago
Can also scroll up the difference, if the page is scrolled down a bit. (See patch.)
#11
@
10 years ago
Seems to address the issue azaozz raised. Not sure about mobile, also if you navigate entirely with keyboard the removal never fires.
How about - if tinymce has focus, remove on blur, if tinymce doesn't have focus remove immediately?
#12
in reply to:
↑ 9
;
follow-up:
↓ 13
@
10 years ago
Replying to avryl:
I'm also not sure why the only child of a parent that has an id needs an id too, so I removed it in the patch.
The id is needed so we don't show two "restore" warnings (from the server and sessionStorage), used in autosave.js.
#13
in reply to:
↑ 12
@
10 years ago
Replying to azaozz:
The id is needed so we don't show two "restore" warnings (from the server and sessionStorage), used in autosave.js.
We can use #notice?
#14
@
10 years ago
Nope, this is for all notices. There can be 2-3 there at some point (there are plugins adding notices to all screens...).
#15
follow-up:
↓ 17
@
10 years ago
With the ID notice? That's not good. Maybe we can change #notice to #has-newer-autosave and remove it from the child p.
#16
@
10 years ago
Yeah, duplicate IDs. Think that's been around for many years, hasn't been fixed because of back-compat.
Remove the 'Newer autosave exists message' when autosaving