Whenever i send anything from my PC to any storage device, it create a copy and sends it to recycle bin. Please help. Wow, that's a weird one. Now when you say "send to any storage device", how exactly are you moving the file? Drag-n'-drop? Copy-paste? Cut-paste? Right-click > Send-to?

Also, what storage devices are we talking about exactly? USB? Firewire? eSATA? Are they external Hard-drives? Thumb-drives? CD-ROM drives?through cut & paste

mostly to a cell phoneCUT and paste !!!

CUT implies that you are not only going to COPY READY for a paste, BUT that in addition you want the original version DELETED - and it is not unknown for a DELETED file to actually get moved to the recycle bin.

Why not use COPY and paste

Alan
Heh, no need to shout Alan.

Thing is, cut-and-paste on most PCs does not send files the recycle bin. I just tried it on my machine to make sure this was the case, and none of my cut files go to the recycle bin, they just move to the new location (though in all fairness I didn't have a cell phone to use as a test. I substituted a USB thumb-drive for the phone).

I do believe it is related to the method of moving files however. As a test, if you cut a file on your local hard-drive and paste it in another location on your hard-drive does it still move a copy to the recycle bin?EQB

I did not shout. I was emphasizing the use of COPY instead of CUT.

I very carefully included the word "implies". The actual default of whether it really deletes may depend upon the Operating System and version. And if it deletes this may transfer it to the recycle bin.

If a file is selected in Windows Explorer then the "DEL" key will probably move it to the recycle bin - unless the "ALT" key was held down.

My experience of Windows is that it does what it does, and it is affected by PATCH Tuesdays, the phase of the moon, and I know not what else!!!
I therefore believe that whilst "cut" will not normally dump a copy into the recycle bin, it could happen.

There are two ways to cut, with various results, probably influenced by destination.
Using xplorer2 (dual pane alternative to Windows Explorer) I selected :-
Source folder C:\Documents and Settings\Dad\My Documents\My Received Files (NTFS)
Destination H:\New\2008_10_14\## (FAT32 - external USB hard drive)

I selected 1 *.rtf file from the source, right click to context menu and clicked on "cut"
I selected the destination folder, right click to context menu and clicked on "paste"
Results :- target file added to destination and deleted from source folders.

I selected 2 *.EXE files from the source, and used Ctrl'X to "cut"
I selected the destination folder, and used Ctrl'V to "paste"
Result :- target file added to destination folder.
the target file was not deleted from source folder.

Context Menu Cut then Paste deletes the source file
Ctrl'X Cut then Ctrl'V paste does not delete the source.
Either way, nothing went to the recycle bin - this time !!!

Context Menu Cut then Ctrl'V Paste - not tested, life is too short
Ctrl'X Cut then Context Menu Paste - not tested, life is too short
I do not know the results of such mix and match, but Windows no longer surprises me !!!

I carefully chose the above source destination to avoid the evil eye of System Restore, otherwise the act of deleting any *.exe would add it to the current Restore Point.

n.b. I can use the Context Menu to do other things, such as view the "properties" of a 100 MByte *.exe. This has a severe penalty - a 30 second delay before right click does anything, and 100 Mega Bytes lost from free space on my Hard-drive, all because System Restore is paranoid and thinks I might intend to "Rename" or "Delete" the file, and it does not trust itself to respond in time so it adds a copy into the current Restore Point.
This suggests to me that I should also not trust it to be quick enough if I simply select the file and hit the DEL key.

Summary - I admit that nothing appears in my recycle bin when I use two different Cut and Paste combinations, but there are two more combinations I have not tested. Additionally, I have excluded System Restore from any influence - but use of a different source folder might alter everything. And if the "Cut" file is under Windows File Protection that is a whole new can of worms.

Finally, my C:\ is NTFS, and H:\ is FAT32
I could have chosen my destination as K:\ which is NTFS
Some people have Windows XP on FAT32.

Sometimes I have a definite answer for a problem with Windows,
often I can suggest possibilities,
but my answers and possibilities are like raindrops COMPARED to the oceans of problems that come with Windows.

Regards
Alan
I am pretty sure Cut and Paste does not move anything to the Recycle Bin.

Creator147, what Operating System is this and has this always happened?Alan_BR,

Ah, my bad. I misinterpreted your comment. I apologize.EQB That is OK.

Carbon
I agree with you that Windows seems to Cut and paste without putting a copy into the recycle bin.

I trust in your judgement - I have less faith in what Windows might do on a bad day !!!
If I trusted my belt as much as I trust Windows, I would not leave the house without two pairs of trousers, each with belt plus braces, and a great big overcoat for good measure !!!

I was not there when the Abacus was invented,
but I saw the birth of wonderful CPM,
and its ugly sister MSDOS.
Unfortunately marketing defeated technology.
Then we got Windows - but no Explorer, instead there was a "File manager".

I remember that File Manager took a long time to drag and drop "MOVE" a file from one folder to another, because it first took file clusters from the free space chain and wrote to them a duplicate file in the destination folder, after which a fairly quick Delete in which it rewrote the directory information to append the deleted file clusters to a free space chain. In effect "MOVE" was identical to "CUT" (Delete) followed by "PASTE". Simply deleting a file took much less time.

Windows Explorer is different. Delete takes much longer than a drag and drop "MOVE" (especially on a floppy disc.) It seems to "MOVE" in a more intelligent fashion. It leaves the file in its original clusters, and simply alters the directory information. It has the same end result as File Manager, but does not perform any Cut/Delete and Paste operations.
This ONLY applies if the MOVE is WITHIN the same partition - otherwise it is a far more tedious and lengthy Cut and Copy/Paste operation.

It is no surprise to me that Cut and Paste within the same partition is converted into an intelligent MOVE revision of the directory information, and nothing goes to the recycle bin because if you realise you should not have deleted it you still have the original in a different folder and available for copying back.

It is no surprise to me that "results are undefined" when Windows does a Cut and Paste from one partition to another - i.e. you get a copy in the destination partition, but whether or not the original is retained or deleted from the source partition depends upon whether or not Keyboard Ctrl'X/V or Mouse Context menu was used.
Windows never does the same thing twice if it can think of a different way to spoil your day !!!

When Cut and Paste from one partition to another results in the original being deleted from the source partition, it would be reasonable to expect deletion to be equivalent to using the DEL key - moving it to the recycle bin - instead it is like a SHIFT DEL operation which destroys it forever.
No surprise to me - optimum action by Windows to spoil your day !!!

Incidentally, my apologies for any confusion caused by my reference in the previous post to ALT DEL - I actually meant SHIFT DEL - but distractions happen when typing.

Incidentally, how many recycle bins are there ?
I have observed that my Desktop Recycle bin is empty, if I log out and my daughter logs in her Desktop Recycle bin still has what she previously deleted and has not yet emptied (in-spite of repeated requests!!!)
Windows Explorer SHOWS me that my single internal drive has two NTFS partitions C:\ and D:\
( I am also aware of some sort of hidden restore partition).
Windows Explorer shows that C:\Recycled holds the files which appear in the Desktop Recycle bin. It also shows C:\RECYCLER which holders 4 subfolders. I have the impression that these correspond to the recycle bins in my profile + 3 other profiles I can explore, and that my daughter's recycle bin is excluded because I have no access to any part of her profile. Are there any other "system" type Recycle bins that are also hidden from me ?

Regards
Alan