id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	launchpad_bug
1234	UnrecoverableFileError message should say which file it refers to	davidsarah	davidsarah	"zooko on irc:

> sigh, I am experiencing failure using the pub test grid :-/

> My top-level directory contains some subdir or subdir of subdir which is unrecoverable.

> Therefore, as far as I know, the Tahoe-LAFS UIs provide almost no way to proceed.

> I can't deep-repair, I can't cp -r to recover the recoverable stuff.

> Maybe I can deep-check to learn which one is unrecoverable ...

The current error message is:
{{{
UnrecoverableFileError: the directory (or mutable file) could not
be retrieved, because there were insufficient good shares. This
might indicate that no servers were connected, insufficient servers
were connected, the URI was corrupt, or that shares have been lost
due to server departure, hard drive failure, or disk corruption.
You should perform a filecheck on this object to learn more.
}}}

ticket:755#comment:4 mentions this problem, but that ticket is mainly about having deep-check continue on error. Giving information about which file is unrecoverable (the cap, and the filename if known) would be useful in more circumstances than just deep-check.

Note that because of #625, we need a write cap to repair mutable files/directories. Otherwise I would suggest diminishing the cap in the message to a read or verify cap (since the error message channel might be more vulnerable to cap leakage). As it is, the user needs the write cap, at least for mutable objects.
"	defect	assigned	major	soon	code-frontend-web	1.8.0		error usability capleak