[TortoiseSVN 1.6.6, Build 17493 - 64 Bit] Delete actually deletes files

[Alex Kolesnichenko]

Hello,

I'm using TortoiseSVN 1.6.6, Build 17493 - 64 Bit on Windows 7 Pro x64. My repository is up-to-date, no changes. I'm trying to delete a file using TSVN's Delete command. Instead of marking the repo as modified and deleting the file on commit, my file is actually being deleted and repo is not marked as changed. When I try to do Commit, it shows deleted file as missing. If I do Updated, it "restores" the missing file.

That's something new with this version.

Thanks.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2414995

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Lübbe Onken-4]

Alex Kay wrote:
> Hello,
>
> I'm using TortoiseSVN 1.6.6, Build 17493 - 64 Bit on Windows 7 Pro x64.

Must be something specific to Windows 7 in the 64 bit version ;)

> My repository is up-to-date, no changes.

 From the rest of your post I reckon that you are confusing "repository"
(the part on the server) and "working copy" (the part on the client).

 > I'm trying to delete a file using TSVN's Delete command.
 > Instead of marking the repo as modified and deleting the file on
 > commit, my file is actually being deleted and repo is not marked as
 > changed.

This is correct behaviour apart from the last bit. When you delete a
file using TortoiseSVN, it is deleted in the working copy first and the
working copy is marked as modified. You may however have an issue that
the "modified" overlay icon doesn't show up. Does it update when you hit
F5 in explorer?

> When I try to do Commit, it shows deleted file as missing.

Correct behaviour. The file is missing from the working copy, so TSVN
shows this and asks if you want to commit your deletion.

> If I do Updated, it "restores" the missing file.

Correct behaviour too. Otherwise you would have to jump through hoops to
get your file back when you deleted it accidentally and even cleaned
your recycle bin.

> That's something new with this version.

No, thats standard behaviour. The only thing which may be wrong is that
the icon overlay doesn't refresh after you deleted the file.
Now my question: Did you a) really delete the file using the TSVN
context menu or did you b) just delete it behind TortoiseSVNs back in
windows explorer? And if you used a) the TSVN context menu, did you give
the windows explorer a few seconds to redraw the overlays? I guess you
did b), which would explain why the overlay didn't change.

Cheers
- Lübbe

--
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net  PGP Key ID 0x23F511AB

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415006

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[djcbecroft]

On Fri, Nov 6, 2009 at 5:27 PM, Lübbe Onken
<luebbe.tortoisesvn@...> wrote:

> Alex Kay wrote:
>> Hello,
>>
>> I'm using TortoiseSVN 1.6.6, Build 17493 - 64 Bit on Windows 7 Pro x64.
>
> Must be something specific to Windows 7 in the 64 bit version ;)
>
>> My repository is up-to-date, no changes.
>
>  From the rest of your post I reckon that you are confusing "repository"
> (the part on the server) and "working copy" (the part on the client).
>
>  > I'm trying to delete a file using TSVN's Delete command.
>  > Instead of marking the repo as modified and deleting the file on
>  > commit, my file is actually being deleted and repo is not marked as
>  > changed.
>
> This is correct behaviour apart from the last bit. When you delete a
> file using TortoiseSVN, it is deleted in the working copy first and the
> working copy is marked as modified. You may however have an issue that
> the "modified" overlay icon doesn't show up. Does it update when you hit
> F5 in explorer?
>
>> When I try to do Commit, it shows deleted file as missing.
>
> Correct behaviour. The file is missing from the working copy, so TSVN
> shows this and asks if you want to commit your deletion.

If the file is deleted with Tortoise (or 'svn delete'), then TSVN will
show the file as "Deleted", not missing. It will only show "Missing"
if the file is deleted without using an SVN client, and it means that
SVN doesn't know if it is supposed to be deleted or not.

>> If I do Updated, it "restores" the missing file.
>
> Correct behaviour too. Otherwise you would have to jump through hoops to
> get your file back when you deleted it accidentally and even cleaned
> your recycle bin.

See above. This is only correct behavior for "Missing" files,
"Deleted" files should not be restored upon Update.

Regards,
Daniel B.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415013

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Lorenz-2]

Lübbe Onken wrote:

>Alex Kay wrote:
>> Hello,
>>
>> I'm using TortoiseSVN 1.6.6, Build 17493 - 64 Bit on Windows 7 Pro x64.
>
>Must be something specific to Windows 7 in the 64 bit version ;)
>
>> My repository is up-to-date, no changes.
>
> From the rest of your post I reckon that you are confusing "repository"
>(the part on the server) and "working copy" (the part on the client).
>
> > I'm trying to delete a file using TSVN's Delete command.
> > Instead of marking the repo as modified and deleting the file on
> > commit, my file is actually being deleted and repo is not marked as
> > changed.
>
>This is correct behaviour apart from the last bit. When you delete a
>file using TortoiseSVN, it is deleted in the working copy first and the
>working copy is marked as modified. You may however have an issue that
>the "modified" overlay icon doesn't show up. Does it update when you hit
>F5 in explorer?
>
>> When I try to do Commit, it shows deleted file as missing.
>
>Correct behaviour. The file is missing from the working copy, so TSVN
>shows this and asks if you want to commit your deletion.

if a file schedule for deletion (that is it was deleted using 'svn rm'
or the according TSVN operation) an update won't bring it back.

That only happens if the file was deleted with the normal OS delete
command.


>> If I do Updated, it "restores" the missing file.

well, that hints in the OS delete direction
--

Lorenz

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415020

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Alex Kolesnichenko]

Ok, let's try again.

1. I have checked out a working copy to my local drive. TSVN shows it with a green check mark. So far so good.

2. Now I want to delete a file. I select a file and use TSVN's Delete command on it. The file disappears. Ok.

3. TSVN keeps showing the folder with a green mark. No good, but could be an issue with icon cache.

4. Now I'm trying to commit my changes with TSVN's Commit command -- my commit dialog shows the file without check box and marks it as missing. Bummer. Further Update "restores" the file. Bummer again.

Now, if for item (2) I do 'svn delete', then TSVN shows the folder as modified and is able to commit the change.

I'm not sure which redirection you are talking about, as I'm using x64 everywhere and it works, except this delete function.

Thanks.

> Alex Kay wrote:
> > Hello,
> >
> > I'm using TortoiseSVN 1.6.6, Build 17493 - 64 Bit on Windows 7 Pro x64.
>
> Must be something specific to Windows 7 in the 64 bit version ;)
>
> > My repository is up-to-date, no changes.
>
>  From the rest of your post I reckon that you are confusing "repository"
> (the part on the server) and "working copy" (the part on the client).
>
>  > I'm trying to delete a file using TSVN's Delete command.
>  > Instead of marking the repo as modified and deleting the file on
>  > commit, my file is actually being deleted and repo is not marked as
>  > changed.
>
> This is correct behaviour apart from the last bit. When you delete a
> file using TortoiseSVN, it is deleted in the working copy first and the
> working copy is marked as modified. You may however have an issue that
> the "modified" overlay icon doesn't show up. Does it update when you hit
> F5 in explorer?
>
> > When I try to do Commit, it shows deleted file as missing.
>
> Correct behaviour. The file is missing from the working copy, so TSVN
> shows this and asks if you want to commit your deletion.
>
> > If I do Updated, it "restores" the missing file.
>
> Correct behaviour too. Otherwise you would have to jump through hoops to
> get your file back when you deleted it accidentally and even cleaned
> your recycle bin.
>
> > That's something new with this version.
>
> No, thats standard behaviour. The only thing which may be wrong is that
> the icon overlay doesn't refresh after you deleted the file.
> Now my question: Did you a) really delete the file using the TSVN
> context menu or did you b) just delete it behind TortoiseSVNs back in
> windows explorer? And if you used a) the TSVN context menu, did you give
> the windows explorer a few seconds to redraw the overlays? I guess you
> did b), which would explain why the overlay didn't change.
>
> Cheers
> - Lübbe
>
> --
>         ___
>    oo  // \\      "De Chelonian Mobile"
>   (_,\/ \_/ \     TortoiseSVN
>     \ \_/_\_/>    The coolest Interface to (Sub)Version Control
>     /_/   \_\     http://tortoisesvn.net  PGP Key ID 0x23F511AB

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415114

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Nick Gilbert-2]

I noticed this behaviour to.. with normal 32 bit version.  Files which have been SVN Deleted through the context menu just come up as "missing" and you have to then the check the box to force the delete.

If I recall correctly, they used to just come up as "deleted" with the boxes already checked, as long as you used SVN Delete rather than Explorer delete.

Nick..

Alex Kay wrote:

Ok, let's try again.

1. I have checked out a working copy to my local drive. TSVN shows it with a green check mark. So far so good.

2. Now I want to delete a file. I select a file and use TSVN's Delete command on it. The file disappears. Ok.

3. TSVN keeps showing the folder with a green mark. No good, but could be an issue with icon cache.

4. Now I'm trying to commit my changes with TSVN's Commit command -- my commit dialog shows the file without check box and marks it as missing. Bummer. Further Update "restores" the file. Bummer again.

Now, if for item (2) I do 'svn delete', then TSVN shows the folder as modified and is able to commit the change.

I'm not sure which redirection you are talking about, as I'm using x64 everywhere and it works, except this delete function.

Thanks.

  

Alex Kay wrote:
    

Hello,

I'm using TortoiseSVN 1.6.6, Build 17493 - 64 Bit on Windows 7 Pro x64.
      

Must be something specific to Windows 7 in the 64 bit version ;)

    

My repository is up-to-date, no changes.
      

 From the rest of your post I reckon that you are confusing "repository" 
(the part on the server) and "working copy" (the part on the client).

 > I'm trying to delete a file using TSVN's Delete command.
 > Instead of marking the repo as modified and deleting the file on
 > commit, my file is actually being deleted and repo is not marked as
 > changed.

This is correct behaviour apart from the last bit. When you delete a 
file using TortoiseSVN, it is deleted in the working copy first and the 
working copy is marked as modified. You may however have an issue that 
the "modified" overlay icon doesn't show up. Does it update when you hit 
F5 in explorer?

    

When I try to do Commit, it shows deleted file as missing.
      

Correct behaviour. The file is missing from the working copy, so TSVN 
shows this and asks if you want to commit your deletion.

    

If I do Updated, it "restores" the missing file.
      

Correct behaviour too. Otherwise you would have to jump through hoops to 
get your file back when you deleted it accidentally and even cleaned 
your recycle bin.

    

That's something new with this version.
      

No, thats standard behaviour. The only thing which may be wrong is that 
the icon overlay doesn't refresh after you deleted the file.
Now my question: Did you a) really delete the file using the TSVN 
context menu or did you b) just delete it behind TortoiseSVNs back in 
windows explorer? And if you used a) the TSVN context menu, did you give 
the windows explorer a few seconds to redraw the overlays? I guess you 
did b), which would explain why the overlay didn't change.

Cheers
- Lübbe

--
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net  PGP Key ID 0x23F511AB
    

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415114

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].
  

[Milen A. Radev-2]

2009/11/6 Alex Kay <support@...>:

> Ok, let's try again.
>
> 1. I have checked out a working copy to my local drive. TSVN shows it with a green check mark. So far so good.
>
> 2. Now I want to delete a file. I select a file and use TSVN's Delete command on it. The file disappears. Ok.
>
> 3. TSVN keeps showing the folder with a green mark. No good, but could be an issue with icon cache.
>
> 4. Now I'm trying to commit my changes with TSVN's Commit command -- my commit dialog shows the file without check box and marks it as missing. Bummer. Further Update "restores" the file. Bummer again.
>
> Now, if for item (2) I do 'svn delete', then TSVN shows the folder as modified and is able to commit the change.
>
> I'm not sure which redirection you are talking about, as I'm using x64 everywhere and it works, except this delete function.

[...]

Can't confirm it on Windows 7 RC 32-bit with TSVN 1.6.6 32-bit. Must
be 64-bit specific. Or there's a difference between W7RC and W7RTM
that affects TSVN. Or something.

--
Milen A. Radev

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415135

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Alex Kolesnichenko]

> >> If I do Updated, it "restores" the missing file.
>
> well, that hints in the OS delete direction

Well, that didn't happen with TSVN x32 on Vista x32 before. And it doesn't happen if I use svn delete command.

Smells like a bug to me.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415155

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Stefan Küng]

Alex Kay wrote:
> Ok, let's try again.
>
> 1. I have checked out a working copy to my local drive. TSVN shows it with a green check mark. So far so good.
>
> 2. Now I want to delete a file. I select a file and use TSVN's Delete command on it. The file disappears. Ok.

Which "delete" command are you using exactly? The one from the TSVN
submenu in the explorer context menu? Or the one from the commit dialog?

Stefan

--
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415165

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[James.Booze]

> Alex Kay wrote:
> > Ok, let's try again.
> >
> > 1. I have checked out a working copy to my local drive. TSVN shows it
> with a green check mark. So far so good.
> >
> > 2. Now I want to delete a file. I select a file and use TSVN's Delete
> command on it. The file disappears. Ok.
>
> Which "delete" command are you using exactly? The one from the TSVN
> submenu in the explorer context menu? Or the one from the commit
> dialog?
>
> Stefan

Stefan, I was experiencing the same thing as Alex while running nightly build r16973. I updated to nightly build r17627 and it seems to work fine now. I'm on Windows Server 2008 R2 x64, and yes, I was using the Delete from the TortoiseSVN menu. :)

--James

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415229

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Stefan Küng]

James Booze wrote:

>> Alex Kay wrote:
>>> Ok, let's try again.
>>>
>>> 1. I have checked out a working copy to my local drive. TSVN
>>> shows it
>> with a green check mark. So far so good.
>>> 2. Now I want to delete a file. I select a file and use TSVN's
>>> Delete
>> command on it. The file disappears. Ok.
>>
>> Which "delete" command are you using exactly? The one from the TSVN
>>  submenu in the explorer context menu? Or the one from the commit
>> dialog?
>>
>> Stefan
>
> Stefan, I was experiencing the same thing as Alex while running
> nightly build r16973. I updated to nightly build r17627 and it seems
> to work fine now. I'm on Windows Server 2008 R2 x64, and yes, I was
> using the Delete from the TortoiseSVN menu. :)

Very strange.
But to be clear here: TSVN does not just do an 'svn rm' on selected
files but first moves them to the trash bin (so they can be recovered if
necessary). Only after that, it executes the 'svn rm' command on the
(now missing) file. But Subversion allows an 'svn rm' on an non-existing
file (as long as it was versioned).
I guess the move to the trash bin succeeded, but then the 'svn rm'
somehow failed?

Stefan

--
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415232

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[James.Booze]

Stefan Küng wrote:

> Very strange.
> But to be clear here: TSVN does not just do an 'svn rm' on selected
> files but first moves them to the trash bin (so they can be recovered
> if
> necessary). Only after that, it executes the 'svn rm' command on the
> (now missing) file. But Subversion allows an 'svn rm' on an non-
> existing
> file (as long as it was versioned).
> I guess the move to the trash bin succeeded, but then the 'svn rm'
> somehow failed?
>
> Stefan

It's quite possible... everything I removed did get moved to the trash, but it didn't matter if it was a file or directory, it was always listed as missing. Now that I think back on it, it probably has been doing that since I installed r16973 and I just thought I made a mistake somewhere along the line. I normally don't delete enough files to really notice a difference.

Since a more recent nightly fixed my issue, I'm not going to worry about it, but I'll be sure to mention if I see it show up again.

--James

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415288

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].

[Alex Kolesnichenko]

Thanks, that's exactly what I'm talking about.

> I noticed this behaviour to.. with normal 32 bit version.  Files which
> have been SVN Deleted through the context menu just come up as "missing"
> and you have to then the check the box to force the delete.
>
> If I recall correctly, they used to just come up as "deleted" with the
> boxes already checked, as long as you used SVN Delete rather than
> Explorer delete.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2415290

To unsubscribe from this discussion, e-mail: [dev-unsubscribe@...].