On Tue, Nov 08, 2005 at 02:16:55PM -0700, Troy Heber wrote:
> Hello Sven,
>
> I just realized that Max and I both neglected to cc -submitter. We are
Yeah, the bts sucks for not doing this by default.
> unable to reproduce this issue. Can you still reproduce the problem on
> a current version? W
Hello Sven,
I just realized that Max and I both neglected to cc -submitter. We are
unable to reproduce this issue. Can you still reproduce the problem on
a current version? When you have a minute can you take a quick look at
this bug and give us a update.
Thanks for the assistance!!
Troy
--
I have followed the procedure outlined by the submitter as closely as
possible, and coded a reproduction script.
No data loss occurs for me - at the point where the sumitter writes "all of
dir c, including the local modifications got erased", what happens to me is:
any files within dir c whic
tags 302031 moreinfo unreproducible
thanks
We need more information to reproduce this bug, so I'm tagging it moreinfo
and unreproducible.
Troy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, 29 Mar 2005, Sven Luther <[EMAIL PROTECTED]> wrote:
> We just lost a couple of local modifications (a half week of work, if the
user
> didn't believe in making 'cp' backups :), through the following method.
>
> We had two branches in the repo, let's call them A and B. In these
branches,
Package: subversion
Version: 1.1.3-3
Severity: important
Well, i have the feeling that this may be RC, but this near the release i let
it upto you. Please up the severity post-sarge if this is not fixed then.
We just lost a couple of local modifications (a half week of work, if the user
didn't b
6 matches
Mail list logo
