Allow filename (and possibly other attributes) to be edited during upload process

It doesn't exist because it hasn't been written yet. This is a new feature, so re-categorizing.

Why remove the preview?

This looks like a good start. However, I notice that when you have private files enabled, that the new form element does not appear.

Marked #2091443: No option to rename file after upload as a duplicate.

Marked #2090889: rename file during upload (filesystem- name) as a duplicate.

Patch in #3 isn't showing the rename option for me. Are there certain permissions or settings that need to be set for this?

My situation is a simple file upload where the name of the file is defaulting the filename and we need to be able to change it to something that makes more sense. I've applied the patch but its still skipping that step for me.

I'm also looking into this issue as I really want my users to be able to rename their files on initial upload.

From what I can see, the problem lies around line 380 of file_entity.pages.inc in function file_entity_add_upload_submit :

// Save the form fields.
// Keep in mind that the values for the Field API fields must be in
// $form_state['values'] and not in ['storage']. This is true as long as
// the fields are on the last page of the multi step form.
entity_form_submit_build_entity('file', $file, $form, $form_state);

Upon inspection, $file->filename changes from the correct user-entered title to the raw filename because of this entity_form_submit_build_entity function call.

The way I see it, the option "Skip available fields" should be split into "Skip manual title override" and "Skip available fields" (but could still be processed in a single step on the multiform).

@azinck Yes I did try your patch... I was already able to change the filename field on step 3 of the upload form before patching, but it didn't save it, reverting to the transliterated original filename. I was hoping your patch would fix that and make the form save the filename but it doesn't in my case.
Should I point out that I'm using Media 2.x with PathAuto and FileEntity Paths ?

I'm not trying to edit the filename on disk.. just the name of the file as it appears on /admin/content/file or file/

I found what caused the problem: it turns out I had a File Entity Path config that used [file:name-only-original].[file:extension-original] as a replacement pattern and this overwrites both the URI and the filename of the entity.

Thanks so much for the help ! I've submit this as a new issue for fe_paths.

Patch #10 worked for me.

The patch conflict with Transliteration module, if the option to clean name during uploads it is active.
Transliteration should take care only of the actual file name in the directory and this patch should instead take care of the name of the file in the database, but something goes wrong.
Thanks for the patch anyway.

Is there any update on this functionality making it into the media module either through this thread or another one that I may not have found? Just hoping someone who keeps a closer eye on this module might have an update.

Thanks.

here is a reroll against current dev
i cannot confirm the problems mentioned in #6 this patch works great for me.

the tests fail due to Notice: Undefined index: #field_name in file_managed_file_save_upload() (line 661 of /var/www/SHOEP/commerce_deploy/modules/file/file.module). which can be fixed with #1903010: Notice: Undefined index: #field_name in file_managed_file_save_upload()

I think this facility needs to come with it own permission. Edit filename.

I am quite certain that some editors will confuse the filename with the description during upload and inadvertently remove the file extension. This would prevent the opening of a file by the browser or the application defaults on their computer.

A developer would probably not make this mistake but a human might.

@azinck: Patch #10 works for me. Is it possible to allow special characters when new title is added for Patch 10.

Would be possible to change the file system name too? A simple way to solve #29 should be appending the correct extension (using the mime type) if the extension is missing or is wrong.

Hi, I think using something like file_move function would be greatly appreciated in this solution.
If the content manager needs to change the URL (and Drupal's URI) of the served file so it makes more sense for crawlers like Google's, this fits perfectly here.

Rerolled patch, (it needed it, hunk 2 was failing)

Despite the forthcomming simpletest test fails, patch should probably still be good.
Expect some undefined index test errors from core due to:
#1903010: Notice: Undefined index: #field_name in file_managed_file_save_upload()
which co-incidentally, a D7 core patch is available.

postponed until
#1903010: Notice: Undefined index: #field_name in file_managed_file_save_upload()