More miscellaneous bugs and wishes
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2003-10-23 02:53:27 CEST
For comments:
We said that "svn propset" should restrict the property name character set to valid XML tag characters or so. What set of characters?
"svn copy . ../newdir" fails with an inappropriate error message:
"svn list dir/" should prepend "dir/" to the output, and/or prefix each block of output with a "dir:" line, so that output with multiple targets makes sense.
Commands like "list" and "proplist" should treat unversioned files in the same way. Presently "list" aborts but "proplist" warns and continues.
subversion/libsvn_subr/io.c: svn_io_make_dir_recursively should move into apr_dir_make_recursive, currently only implemented for UNIX and Win32.
"status foo", in a WC, gives no output if "foo" is neither versioned nor on disk. This is misleading: no output implies up-to-date.
"svn status ../.." segfaults if ".." is a WC but "../.." is not. svn_client_status should never set target="..".
"svn diff": revision numbers shown often differ from those specified. "wc" is shown instead of "base", "0" instead of "1", etc.
"svn diff -rBASE:1 file" says "(rev 1):(working copy)" which is backwards and wrong, whereas "diff -r1:BASE" says "(rev 0):(rev 38)" which is better. "file" was created at r34, modified at r35, currently updated to r38. "-rX:Y" and "-rY:X" should be symmetric.
"svn diff" has other flaws which are exposed by my new test number 20 in diff_tests.py, added in r7491.
HELP AND ERROR MESSAGES
Several svn commands accept a single revision argument ("-r X") but not a revision range ("-r X:Y"). The usage message is always the same, and indicates that a range is allowed. Only "cat" actually checks that a second revision number has not been supplied. The other commands silently ignore any second revision number that is supplied. Patch attached.
Help text says "-r X:Y" in some places but "-r N:M" or "-r M:N" in others. Propose to say "X:Y" everywhere.
Help for --file and --encoding doesn't say what data the option applies to. They apply to the commit message for most commands but the property value for "propset".
When a bad option is given (recognised but inappropriate), svn displays a suitable error message followed by help. As the help is sometimes long, the error can be lost off the screen. No need for the help; it should just give the error or perhaps say how to get help, like it does for unrecognised options.
Error: subcommand 'diff' doesn't accept option '-q [--quiet]'
diff (di): display the differences between two paths.
Index: subversion/clients/cmdline/cat-cmd.c
---------------------------------------------------------------------
|
This is an archived mail posted to the Subversion Dev mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.