[wp-trac] [WordPress Trac] #11515: Admin needs standardized way of handling error messages

WordPress Trac wp-trac at lists.automattic.com
Sat Dec 19 19:53:03 UTC 2009


#11515: Admin needs standardized way of handling error messages
----------------------------+-----------------------------------------------
 Reporter:  filosofo        |       Owner:                              
     Type:  defect (bug)    |      Status:  new                         
 Priority:  normal          |   Milestone:  3.0                         
Component:  Administration  |     Version:  3.0                         
 Severity:  normal          |    Keywords:  error-message admin-messages
----------------------------+-----------------------------------------------
 If you try to upload a media item under Media > Add new without an uploads
 directory, you get the following vague error message:

 {{{
 Error saving media attachment.
 }}}

 If you try instead to upload from the post edit page, you get a much more
 helpful message:

 {{{
 Unable to create directory /path/wp-content/uploads. Is its parent
 directory writable by the server?
 }}}

 In each case, the root error is the same, but the second error message
 points the way to a solution.  Even if the user doesn't know herself what
 that message means, it's a message that provides the necessary information
 to someone else who does and is trying to help the user. The first message
 is completely useless, as it states only what we already know: something
 went wrong.

 The reason Media > Add new doesn't offer a helpful message is that the
 error is generated on one page request, and ''then'' the user is
 redirected to another page.

 We need a standard, cross-page-load way of conveying messages in admin.

 I've thought of a few possible ways of doing this:

  * Define and use a standardized set of error codes and associated error
 messages.  This is similar to what happens currently on many pages: the
 unhelpful "Error saving media attachment." appears when the message
 argument is set to "3."  What I'm suggesting would use a common set of
 message codes across the admin and be much more detailed.  So the above
 situation would instead produce a message like "Unable to create the
 uploads directory."
  * Save error messages to a cookie.  Unlike the previous method, this
 would allow messages to be made particular to their event.
  * Have some kind of user messaging stack.  New messages would be pushed
 into a user's stack (stored in usermeta) and popped off after a certain
 time, or when read, etc.  This has the advantage of lasting across
 sessions and browsers and being usable for other applications, such as PMs
 between users.

 What do you think?

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/11515>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list