- 31 Jan, 2014 1 commit
-
-
It is now a requirement for attachments to do one of three things: 1. Have a content_type validation (e.g. "image/*") 2. Have a filename validation (e.g. *.png, *.gif) 3. Explicitly *not* have one of those validations The intent is to make the default more secure, and you have to explicitly reject the security of a validation in order to not have one.
Jon Yurek committed
-
- 31 Jul, 2013 1 commit
-
-
Copying attribute validation failures up to the root object breaks the validate_attachment_presence_matcher when other paperclip validations have failed. This fixes this bug.
Dan Collis-Puro committed
-
- 30 Mar, 2012 1 commit
-
-
Needs work for S3 Attachments.
Jon Yurek committed
-
- 02 Mar, 2012 1 commit
-
-
Fixes #646
Prem Sichanugrist committed
-
- 03 Feb, 2012 1 commit
-
-
Jon Yurek committed
-
- 22 Jul, 2011 1 commit
-
-
Add ability to specify ".allowing" and ".rejecting" individually with content_type validation matcher. Closes #472, Closes #532
Chris Sepic committed
-
- 23 May, 2011 1 commit
-
-
Prem Sichanugrist committed
-
- 09 Nov, 2010 1 commit
-
-
Larry Sprock committed
-
- 01 Jul, 2010 1 commit
-
-
Jake Paul committed
-
- 17 Mar, 2010 1 commit
-
-
Joe Ferris committed
-
- 30 Nov, 2009 1 commit
-
-
Jon Yurek committed
-
- 13 Feb, 2009 1 commit
-
-
Jon Yurek committed
-
- 08 Feb, 2009 2 commits
- 07 Feb, 2009 1 commit
-
-
Jon Yurek committed
-