Expected exceptions should not include tracebacks #1048

Open
opened 2010-05-19 00:32:42 +00:00 by kpreid · 1 comment
kpreid commented 2010-05-19 00:32:42 +00:00
Owner

If an exception is due to a condition understood as part of the functioning of the software (for example, servers on the grid being full or unavailable and so an upload fails), then a traceback should not be reported to the client, only a well-written error message.

The particular case at hand is allmydata.interfaces.UploadUnhappinessError in response to a HTTP PUT.

This is a relative of #1047, and might be fixed as part of the same code change.

If an exception is due to a condition understood as part of the functioning of the software (for example, servers on the grid being full or unavailable and so an upload fails), then a traceback should not be reported to the client, only a well-written error message. The particular case at hand is allmydata.interfaces.UploadUnhappinessError in response to a HTTP PUT. This is a relative of #1047, and might be fixed as part of the same code change.
tahoe-lafs added the
code-frontend-web
major
enhancement
1.6.1
labels 2010-05-19 00:32:42 +00:00
tahoe-lafs added this to the undecided milestone 2010-05-19 00:32:42 +00:00
davidsarah commented 2010-06-08 03:47:22 +00:00
Author
Owner

Also see #1071.

Also see #1071.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: tahoe-lafs/trac-2024-07-25#1048
No description provided.