[Bugs] #2063 UNSP: Sugar should bring up an alert when an unhandled Python exception occurs

Sugar Labs Bugs bugtracker-noreply at sugarlabs.org
Thu Jul 1 08:44:44 EDT 2010


#2063: Sugar should bring up an alert when an unhandled Python exception occurs
------------------------------------------+---------------------------------
    Reporter:  bernie                     |          Owner:  tomeu                      
        Type:  defect                     |         Status:  new                        
    Priority:  Unspecified by Maintainer  |      Milestone:  Unspecified by Release Team
   Component:  sugar                      |        Version:  Git as of bugdate          
    Severity:  Unspecified                |       Keywords:                             
Distribution:  Unspecified                |   Status_field:  Unconfirmed                
------------------------------------------+---------------------------------

Comment(by eben):

 Replying to [ticket:2063 bernie]:
 > Many UX designers abhor the idea that the computer would scare off users
 with incomprehensible error messages. Ideally, we would have a 100% bug
 free system in which this never happens, but current today's  is very
 different.

 Of course they would! An incomprehensible error message is useful to no
 one, and can—as you say—frustrate or confuse people. However, most UX
 folks are not inherently opposed to error message or dialogs of all kinds;
 it just happens to be rather difficult to design good ones, and bad ones
 are often really bad.

 >
 > Currently, users and are left wondering why some operation isn't doing
 anything and have no way to tell that their log is full of tracebacks.

 Most UX people would be just as concerned about an absence of feedback.
 Feedback is critical to a user's understanding of the tool they are using,
 and a lack of feedback can cause uncertainty and confusion as well.
 Feedback is a very good thing, as long as the feedback is actually useful
 or informative to the audience it's directed at (in this case, kids, not
 developers!).

 > To keep things simple, I would suggest to print the exception message in
 a notification alert, and suggest users to open the Log activity for
 further details.

 It's unfortunate that some errors make it through, though its also
 inevitable, especially in an ecosystem that encourages learners to
 participate in its creation and augmentation.

 I'm in favor of showing an error message for an uncaught exception (since
 feedback is good!), though I caution against displaying the actual
 exception string in this instance. It's unlikely to make sense to the
 primary audience. Instead, I would generate some friendly message that
 lets them know that the action they attempted didn't work as expected, and
 then offering a link into the Log activity to learn more should they want
 to dig deeper.

 This will a) ensure there is feedback, preventing uncertainty b) provide a
 friendly message that kids will understand, even if they don't understand
 WHY something didn't work, and c) offer those with more expertise—or those
 desiring to learn—a shortcut to the gory details.


 (All this to say I mostly agree with Bernie, but hopefully I've set some
 misunderstandings about us "UX folks" straight. =) )

-- 
Ticket URL: <http://bugs.sugarlabs.org/ticket/2063#comment:1>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system


More information about the Bugs mailing list