Opened 10 years ago

Last modified 3 years ago

#13314 new Bug

"FileField" validation does not account for "upload_to" when counting characters

Reported by: Denilson Figueiredo de Sá Owned by: nobody
Component: Forms Version: 1.1
Severity: Normal Keywords:
Cc: Łukasz Rekucki, walter+django@… Triage Stage: Accepted
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no


I have a model with a FileField object:

def set_file (instance, filename):
    return os.path.join("uploaded_files/my_obj_%d" % instance.my_obj_id, os.path.basename(filename))

class MyModel(models.Model):
    my_file = models.FileField(upload_to=set_file, null=True)

And I have a view that receives the POST and handles it to a trivial forms.ModelForm object. In that view I check for .is_valid().

Since the FileField creates a 100-char column at the database, any filename greater than 100 chars will be rejected, and the form instance will have a nice error message talking about this.

However, this comparison is broken, because the actual data stored at the database won't be the filename, but instead the return value of the "upload_to" callable. This returned value, in my case, has more characters than the actual filename.

Thus, in this case, filenames between 75 and 100 characters will be accepted by the form validation, but will be rejected by the database when the actual .save() occurs.

I'm not very sure about what is the best solution, but the forms.fields.FileField shouldn't rely just on the max_length parameter when validating the input.

Change History (10)

comment:1 Changed 10 years ago by Russell Keith-Magee

Triage Stage: UnreviewedAccepted

comment:2 Changed 10 years ago by Dominic Rodger

Summary: "FIleField" validation does not account for "upload_to" when counting characters"FileField" validation does not account for "upload_to" when counting characters

comment:3 Changed 10 years ago by Łukasz Rekucki

Cc: Łukasz Rekucki added

I just go bitten by this. I'm not sure about how to fix this properly. Checking it at forms.FileField works as long as you are using ModelForms. IMHO, the FileField itself should reject names that exceed max_length after being processed by upload_to.

Maybe we should also pass max_length as an argument to upload_to, so the user could handle this (with hashing for example). Either way, a custom exception would be much better than leaving it to the DB layer which yields a DatabaseError (and it would show up on sqlite, so people can catch this earlier).

comment:4 Changed 9 years ago by Julien Phalip

Severity: Normal
Type: Bug

comment:5 Changed 9 years ago by Thejaswi Puthraya

Component: UncategorizedForms
Easy pickings: unset
UI/UX: unset

comment:6 Changed 8 years ago by Claude Paroz

Resolution: duplicate
Status: newclosed

Duplicate of #9893.

comment:7 Changed 3 years ago by Walter Doekes

Resolution: duplicate
Status: closednew

I've taken the liberty to re-open this, as #9893 never did address this. See:

comment:8 Changed 3 years ago by Walter Doekes

Cc: walter+django@… added

comment:9 Changed 3 years ago by Denilson Figueiredo de Sá

Just an idea… Are we ever going to query the database for the filename? If not, we could store it as TEXT instead of VARCHAR.

comment:10 Changed 3 years ago by Tim Graham

Changing the datatype to TEXT is likely unacceptable due to backwards compatibility.

Note: See TracTickets for help on using tickets.
Back to Top