Idea #15427: "Nautilus to display more info while asking for copying existing file"

Ubuntu QA:

Blog

Brainstorm

Package status

The Ubuntu community has contributed 21986 ideas, 135057 comments, 2615221 votes

All more
Projects more
Global categories more
- Accessibility
- Documentation
- Education
- Gaming
- Graphics
- Hardware support
- Installation
- Internet & Networking
- Look and Feel
- Marketing
- Multimedia
- Office
- Programming
- Quality
- Security
- Server
- System
- Usability
- Others

Idea sandbox

Popular ideas

Ideas in development

Implemented ideas

Idea #15427: Nautilus to display more info while asking for copying existing file

This idea was marked as implemented the 12 October 11. Available starting Ubuntu 11.10 Oneiric Ocelot.

Written by aufather the 9 Nov 08 at 04:07. Related project: Nautilus. Status: Implemented

Rationale

When I copy a newer version of a file, nautilus asks whether to skip or replace this file. But it does not provide any info other than the file name. It would be nice if it would at least provide the file sizes too. More info maybe accessible from a drop down button. Like modified time, owner, permissions etc. But these can be hidden and be accessible from a drop down button (like the button which shows progress of individual files during software installation). This will help the user to compare both the files and make an informed decision there itself. Instead of canceling the operation and then comparing both the files and then redoing the same operation.

Tags: (none)

260
votes

529
votes

202
votes

338
votes

229
votes

103
votes

95
votes

42
votes

Selected solution (#8): Previews of the files

Written by philip the 5 May 09 at 22:52.

The dialog should contain pre-computed views of the files, so you don't have to wait for (say) the spreadsheet program to load and open the files. The views should be about 100x100 pixels large and should show a cropped, scrollable view of each file. When the user resizes the dialog,, the preview areas should show more or less of the files. Or, a larger preview can show as a tool tip when the mouse hovers over the small preview.

45
votes

Selected solution (#9): nautulis: copy old file to trash before overwrite

Written by bgfeldm the 12 May 09 at 13:01.

add an option to move old file to the trash before overwrite.
nautulis:
move file to trash before overwrite, if file is a text or document file below a preconfigured size such as 1 MB.

This way overwritten files can be retrieved at a dept of one.
Or you could make the trash bin a temporary source repository for overwritten/deleted files, only storing the diff of the text files, so you limit space taken up by the trash bin and have multiple restore points for files. The repository will be clear every time the user clears the repository or after a defined amount of days.

56
votes

139
votes

25
votes

Selected solution (#12): Push transfers requiring user feedback to the end of the queue

Written by Redge the 8 Jun 09 at 00:07.

When doing file operations and Nautilus encounters conflicts or errors that require the user's feedback to resolve, Nautilus should first try to complete the rest of the queue and push the files needing feedback to the end. That way, if the user is AFK as much of the operation as possible will be done by the time he/she gets back.

-3
votes

37
votes

Selected solution (#14): Check files below a certain size

Written by korin43 the 18 Jun 09 at 20:58.

Decide on a on file size where it's faster to just check if it's an identical file than ask the user if they want to replace/skip. If the files with the same name are identical, we just skip them instead of presenting the replace/skip dialogue (since both options would have the same result).

Note: This would be a complete byte-for-byte comparison, not just a comparison of timestamps and name.

Here's the order that the system would check:
- Is there a file with the same name?
- Is it below the maximum size set to check? (we don't want to auto-check if it would be faster to ask the user. ex: 10 Gb file)
- Compare size
- Compare the two files (byte-for-byte), fail as soon as you find anything different (if the first byte of the new file is different, fail immediately instead of checking the whole file)

Note 2: Timestamps will not be compared. If the new file is identical with a different timestamp, the new timestamp should be applied.

21
votes

Selected solution (#15): Add "auto" option to replce/skip pop-up

Written by vegetarianshrimp the 19 Jun 09 at 19:03.

This gives the user the option to replace/skip if they already know whether the file is identical or not, or don't want to risk replacing an important file. But if they don't know if the files are identical, then they can press the auto button.

It would look something like this:

|Auto| |Auto all| |Replace| |Replace all| |Skip| |Skip all|

25
votes

Selected solution (#16): Show context for the differences

Written by Prime Mover the 2 Aug 09 at 21:50.

The dialog should attempt to show the differences between the files if they are in a recognizable format. For example, if the files are images, show both images, along with file size and date. This will allow the user to easily make a decision about whether to replace the file. The destination filename could also be an editable field to allow the user to change the name and have the copy continue under the new name. If the file were an audio file then it could display bitrate, sample rate, length, etc.

Here's an example dialog box from Directory Opus on Windows which demonstrates this:

836
votes

164
votes

62
votes

Selected solution (#19): Avoid overwriting the same file.

Written by pubsbin the 8 Aug 09 at 01:12.

There are some easy tests for checking if two files (in two different folders) are the same file. From the easy ones (metainformation, size, name), checking some positions (sampling) and, finally, comparing them entirely.

If Nautilus uses those easy equality checks, it could avoid copying equal files. Even if you compare the whole file, a read is faster than a write.

151
votes

Selected solution (#20): "No to ALL"

Written by don1500 the 12 Aug 09 at 20:20.

Most of the time I have this problem I run into it when moving music files. There is a "Yes to ALL" but no "No to All". All I want are the files that are on the source but not on the target. "Overwrite if Newer" is close and a good suggestion, but sometimes I don't want to overwrite the old file. Sometimes you want to overwrite the older version, and with "Yes to All" you still have that option. Maybe adding both "Overwrite if newer" AND "No to ALL" is the answer. I think this would be the easiest to implement. This is also the K.I.S.S. answer.

83
votes

14
votes

8
votes

Selected solution (#23): Advanced File Operations (AFO :D)

Written by Chronos the 29 Aug 09 at 14:46.

Create a more advanced "thread" based queuing system for file operations. Its possible to make it simple, no need to make it complex. Read below:

Seriously, in Total commander i used a lot the function to not just copy files at once and send the process in the background, but to push F2, and create a list of the operations where(!) the list is a queue. So the processes are not running at the same time to slow things down. We can even make this better. Imagine you have 4 drives. A B C and D. You want to copy 3x6 folders/files from A to B and vice versa. It takes long, so you start to copy/move/whatsoever to work on C and D (like before from C to D and vice versa). To make all these operations (4direction) run at the same time slows the computer slow down(no wonder why).

We could create two thread with two queues in this case.

In summary, A and B would process their queue, processing files the fast as possible, and separately C and D would do their things as well.

We could make it automatic maybe, that if we are making file operations to or from one partition/hardware, at default it would create a queue, what (with a push of a button) would appear from the already used window(dont know the name). This queue would make sure that only one operation is active at a time, making hardware sweat less, and operations faster.

[...]

Maybe i'll do a mockup if i have time.

This is just an idea, we can modify it.

Cheers,
David

32
votes

Selected solution (#24): Pile up a list of action needed files.(Use with Solution #1)

Written by yaknowwat the 16 Aug 09 at 09:07.

The list would list all the files that need conformation and let u handle them with check boxes. ( A Select All/None combo button and an Invert Selection button are a must for such a list. Then double clicking a listed directory should select all in the directory.)
Then by for example pressing Overwrite or a Do Nothing button the action would affect all selected files. After which you can continue such steps until the List is gone or the user exits.
I'd imagine this would be simple to do without over complicating things.
Also the number of dialogues could easily be reduced with this strategy.
This increases efficiency because a user could handle all the conformation files at once in their own way even as their still copying normal files.

6
votes

5
votes

Selected solution (#26): Add intelligent preview/comparison box to the Nautilus file replacement dialogue

Written by cajhne the 14 Sep 10 at 21:05.

Disclaimer: I worked this up before finding that my problem was a dupe of this thread, so don't yell at me for "duplicating" some ideas here. I've +1 promoted the ones that I came to the same or similar conclusions about. There's different stuff in here, so please read the whole thing! :)

It would be handy to show other relevant information based on the file type in a small preview/comparison area on the side of the replace notification dialogue. It would also be nice to have an in-dialogue "rename" function, where you could change the name of the file being copied rather than just the standard replace/don't replace option. Leave the defaults the way they are, but offer a drop-down of other solutions, as well as a preview box for the file. Text files could show the first few lines of the file (if permissions allow), the photo can show thumbnails, music can have the same (nifty) mouse-over preview in the file browser, etc.

The "intelligent" bit changes the options for replacement/renaming/etc based on the kind of file, and the kind of preview shown. Some handy alternate options might be "append" for videos/music/text files, which combines/concatenates two files into one, or "version" which simply appends an ordering number to the end of the filename (my_cat.jpg -> mycat_b.jpg)

I have worked up a visual on what I think this might look like if there's enough interest. :)

http://whitecatgraphics.com/ubuntu/nautilus_replace_comparison_dialogue.jpg

[...]

This example shows the standard file replace dialogue with my additions. The files under scrutiny are an old and new version of the same image. The desaturated, darker one is meant to represent an unedited photo, and the saturated one an edited version, which highlights the advantage/importance of being able to see samples of each to make the judgement.

Things to note in this sample:
1.The "replace all" option now has a drop-down menu below it, in which you can specify in what manner you want to "replace all".
2.The arrow between the two thumbnails indicates which is source and which is the destination (since some people in the world read from right to left. :))
3.The thumbnails act like thumbnails in the regular browser. Right-clicking on them could bring up options like "preview", "open with", "info", or "show in folder".
4.Selecting "Keep" under either sample will automatically set the other to "Erase", for ease of use. The "Save As..." option could bring up a box for the new file name, or alternatively, a standard "save as" dialogue as seen in GIMP, Open Office, etc, when you choose "Save As".
5.The green check-mark and the red "X" icon indicate which is being kept, and which is not. These change when "Keep" or "Erase" is selected.
6.After selection is complete, the user would then click the "Replace" button to perform the action, and continue the file copy/move operations.

I'm not married to any of the above components. If anyone thinks of a different/better way to do it, please post it in the comments section, and I'll revise this solution based on the suggestions. :)

I'm not proposing changing any of the defaults, just adding a box for more information, and a few more options to streamline the current replacement procedure.

It would be handy to show other relevant information based on the file type in a small preview/comparison area on the side of the replace notification dialogue. It would also be nice to have an in-dialogue "rename" function, where you could change the name of the file being copied rather than just the standard replace/don't replace option. Leave the defaults the way they are, but offer a drop-down of other solutions, as well as a preview box for the file. Text files could show the first few lines of the file (if permissions allow), the photo can show thumbnails, music can have the same (nifty) mouse-over preview in the file browser, etc.

The "intelligent" bit changes the options for replacement/renaming/etc based on the kind of file, and the kind of preview shown. Some handy alternate options might be "append" for videos/music/text files, which combines/concatenates two files into one, or "version" which simply appends an ordering number to the end of the filename (my_cat.jpg -> mycat_b.jpg)

I have worked up a visual on what I think this might look like if there's enough interest. :)

http://whitecatgraphics.com/ubuntu/nautilus_replace_comparison_dialogue.jpg

Things to note in this sample: 
1.The "replace all" option now has a drop-down menu below it, in which you can specify in what manner you want to "replace all". 
2.The arrow between the two thumbnails indicates which is source and which is the destination (since some people in the world read from right to left. :)) 
3.The thumbnails act like thumbnails in the regular browser. Right-clicking on them could bring up options like "preview", "open with", "info", or "show in folder". 
4.Selecting "Keep" under either sample will automatically set the other to "Erase", for ease of use. The "Save As..." option could bring up a box for the new file name, or alternatively, a standard "save as" dialogue as seen in GIMP, Open Office, etc, when you choose "Save As". 
5.The green check-mark and the red "X" icon indicate which is being kept, and which is not. These change when "Keep" or "Erase" is selected. 
6.After selection is complete, the user would then click the "Replace" button to perform the action, and continue the file copy/move operations.

I'm not married to any of the above components. If anyone thinks of a different/better way to do it, please post it in the comments section, and I'll revise this solution based on the suggestions. :)

I'm not proposing changing any of the defaults, just adding a box for more information, and a few more options to streamline the current replacement procedure.

6
votes

5
votes

Selected solution (#28): Additions to File Operations

Written by JohnLM the 15 Jan 09 at 21:46.

I thought it could scan for involved devices and queue by (configurable) default, if that device is in use (i.e. having copy or move operation already). And have a "Do now!" kind of button on file operation window for override.

Naturally it should never en-queue same partition's move operations, cause they are super fast by nature!

btw As far as I know the Nautilus' File Operations thingie is not really finished and is under development now!

9
votes

Selected solution (#29): Conflict dialog: say how many more conflicts there are

Written by philip the 18 Mar 11 at 20:07.

When you try to copy or move a bunch of files, and files with those names already exist in the destination folder, you get a dialog asking you if you want to replace the existing file or skip copying this file. You can also check a check box for repeating this operation on all other conflicting files.

It would be helpful to know how many more conflicting files there are. This can alert the user that he has done something wrong if he did not expect that many conflicts. It can also guide his decision to check the conflicts manually or click on the "perform this for all files" check box.

Getting more sophisticated, the dialog could even list the conflicting files when the user clicks on a drop down list.

12
votes

-1
votes

Selected solution (#31): Require the user to enter a sub menu.

Written by Darwin Survivor the 5 Mar 11 at 09:13.

Simply having gksu pop up every time a user tries to do something they aren't allowed to (edit a system file) is a quick way to a non-working system.

I propose we put gksu-enabled commands in a sub-menu (like how new-file lists a few file types). This will prevent users from simply converting to "enter your password until it works" people.

66
votes

20
votes

Selected solution (#33): Control the number of simultaneous op-s on a drive

Written by andrew.p the 19 Mar 09 at 21:28.

This is not a complete solution, but an addition to #2/#1.
I often miss an option to limit the number of simultaneous file operations on a drive (simultaneous file operations are not as quick as one-by-one sometimes).
Speaking about sol#1, it would be logical to have an option to queue file operation instead of performing immediately (name menu item "Queue Paste" & give it keyboard shortcut like Ctrl+Alt+V/Ctrl+Q/Super+V). Also it is a workaround for controlling the number of simultaneous file operations.

-4
votes

7
votes

Selected solution (#35): Click & drag priority management

Written by Ian Burnet the 11 Apr 09 at 03:11.

Being able to set the priority of ops would be really useful, but we also don't want to add too much to the interface.

I think the most user-friendly solution would be to:
1) Run only one op at a time automatically
2) Have a continue / pause button to force start, pause, and resume
3) Have the ops listed by priority (i.e. which was started first; which are running)
4) Be able to click and drag the progress bars up/down to switch the priorities

15
votes

Attachments

No attachments.

Duplicates

Idea #20876: File operation should continue copying while waiting for user feedback (836 votes)

Idea #19505: Show more information when overwriting a file (529 votes)

Idea #18576: Advanced "File Operations" dialog (66 votes)

Idea #16615: Nautilus File Operations dialog improvements (66 votes)

Idea #20326: Merge files intellegently when copying (37 votes)

Idea #27313: Can't perform file operations in nautilus (12 votes)

Idea #15917: Nautilus taking MD5 sum of files before overwriting (0 votes)

Idea #21201: When copy files, add option "Replace if newer" to dialog (0 votes)

[Report a duplicate and merge its votes to this idea]

Comments

jpka wrote on the 9 Nov 08 at 08:06

It maybe looks as dupe, at least of http://brainstorm.ubuntu.com/idea/14378/

Faryshta wrote on the 9 Nov 08 at 08:21

Also thunar, XFCE beats Gnome badly.

MaxVK wrote on the 9 Nov 08 at 10:49

+1

Which window manager is best is not an issue and is personal preference.

Assuming that nautilus is being used this is a good idea - More information is better and allows a more informed decision.

DrHalan wrote on the 9 Nov 08 at 11:46

+1

also cool would be for text files a comparision similar to svn where you can see the actual changes.

deadowl wrote on the 13 Nov 08 at 20:53

It would be so much easier if a batch processing methodology were used for file conflicts in the sense that idling over a file transfer or being interrupted by the file conflict is inefficient. But then again, I'm unsure as to whether anyone will ever listen to me about this.

kenden wrote on the 18 Jun 09 at 17:41

Link to the corresponding bug:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/136702

korin43 wrote on the 16 Aug 09 at 09:01

Idea #20326 is not a duplicate of this. Why is it merged in?

Penguin Guy wrote on the 13 Sep 09 at 20:40

Holy ****! 24 solutions - this should not have been merged.

rockachu2 wrote on the 2 Jul 11 at 20:47

via 10 and 19: What if the file is corrupted? and the md5 is known to be cracked.

via 8: that would be huge and time-consuming. No file managers do this, that I know of, so it's probably not worth the time and effeort to support every format.

komputes (Brainstorm moderator) wrote on the 8 Oct 11 at 17:43

Solution #2 and #4 have been implemented. This is what I am seeing in Oneiric:

Replace file "photo.jpg"
Another file with the same name already exists in Pictures.
Replacing it will overwrite its content.

(THUMBNAIL OF IMAGE)
Original file
Size 603.0 kB
Last Modified Thu 22 Apr 2010, 6:10:03 PM EDT

(THUMBNAIL OF IMAGE)
Replace with
Size 603.0 kB
Last Modified Thu 22 Apr 2010, 6:10:03 PM EDT

Options:
> Select a new name for the destination
> Apply this action to all files

komputes (Brainstorm moderator) wrote on the 8 Oct 11 at 17:48

Solution #17, although logical and famous, can create a different issue if you are moving files and it gets interrupted, you would not know where the copy ended. Currently it would end alphabetically and you would be able to easily identify the incomplete file.

It should be disconnected from this brainstorm (rationalesolution) and be moved to its own idea: "Copy process pauses/interrupts on file conflict". Ideally we would want all file conflicts would be managed before the copy starts and not during the copy.

Jack Brown wrote on the 22 May 12 at 05:17

"REPLACE ALL IF NEWER" button is not yet implemented. But those options that HAVE been implemented really come in useful!

Jack Brown wrote on the 22 May 12 at 05:18

^ REPLACE ALL IF NEWER for nautilus is not present in ubuntu 12.04.

Post your comment

Submit your idea