[wp-trac] [WordPress Trac] #15981: Quick edit (and other actions) need to cancel AJAX actions
WordPress Trac
wp-trac at lists.automattic.com
Sun Dec 26 05:17:36 UTC 2010
#15981: Quick edit (and other actions) need to cancel AJAX actions
----------------------------+-------------------------
Reporter: nacin | Owner:
Type: defect (bug) | Status: new
Priority: low | Milestone: 3.1
Component: Administration | Version: 3.1
Severity: normal | Keywords: ux-feedback
----------------------------+-------------------------
Right after you click to paginate, sort or try to search something, you
may be inclined to click another link on the page. This happens often when
I'm browsing, and on a server with a relatively slow AJAX round trip, it
can happen quite commonly.
Problem: If you open Quick Edit, then the ajax results should noop. There
might be other actions, but this one in particular does not lead to
another page (which obviously would kill the ajax).
The reverse is also an issue. You can search, paginate, or sort when Quick
Edit is open, and you lose your edit. This might be bad when quick editing
a comment, as you could be losing actual content. Searching and paginating
might be explicit actions, but it's not difficult to accidentally click a
th and trigger a sort, especially if the first row's quick edit (or bulk
edit) is open.
I'm not sure what to do here, other than a JS popup for any time a
Quick/Bulk Edit is open, asking you if you want to lose your changes.
So again, two things:
- Kill the AJAX action if Quick Edit is opened. I would consider this
lower priority.
- 'Lose your changes' confirmation for quick edit and bulk edit before an
AJAX action. (We can probably fire the AJAX action and trigger the alert
simultaneously, but delay processing the results until the confirm() is
true.)
--
Ticket URL: <http://core.trac.wordpress.org/ticket/15981>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list