User Experience Stack Exchange is a question and answer site for user experience researchers and experts. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

What is the "thumbs up" duration time for displaying notification?

Context: mobile app which is a client for the REST web service. I'd like to show error notification for cases when connection is interrupted, user goes offline or received data is "damaged".

Would the permanent, user-dismissable error would be better in this case? My colleague argues that for temporary notification shown for a few (2?) seconds user may be looking away and miss the notification altogether. My stand in this case is that we can't solve user's attention span problems.

What are your takes on this topic?


From user's POV the error would simply be something along the lines of "We could not load your selected section of the catalog". I'm not going to show any technical information at all. It'd be along the lines of (as stated in Anna's answer) "no internet connection" or "unable to list items in your selected category".

share|improve this question
This topic might help: link – Alexej Froehlich Aug 14 '12 at 9:16
up vote 3 down vote accepted

Could you please provide more details about which types off errors you are addressing?

If the error is critical and the user cannot use the system partially/completely than the user would need to know what happened and how to address the problem to use the system normally. If the error is shown and than it disappears, the user has no way to act. Try not to think "we can't solve user's attention span problems". Try to think "what can I do to keep my users happy" :). Ideally your system never goes into "damaged" data state, of course, that can be challenging. So perhaps you can think of ways how the system can continue operate normally with the least damage to user experience.

If the error is temporary and the system can recover without user involvement then the user might not even need to know. Another question is whether the user can use part of the system having the error. If yes, then you can let user interact with the system but still provide an ability to come back to the "error" that effects the system to be able to resolve it (in your case looks like it's corrupt data issue which might get resolved if the user simply tries later). I would also recommend not using any technical jargon when describing the problem (e.g. damaged data, REST server problem...). Instead, the message should describe the situation that anyone can understand (e.g. No internet connection, unable to get pictures, please try again).

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.