Releases for FileField

This release of FileField fixes an access bypass issue that may allow a private file to be reused from a revision when a user did not have access to that revision. No other significant changes were made in this release and upgrading is recommended for all FileField installations.

see SA-CONTRIB-2014-015

The 3.10 release of FileField is a minor maintenance release to fix a few issues around files that have gone missing (by manually moving or crufty data) or when using FileField Meta. It also includes a few minor features.

The 3.8 release of FileField includes several bug fixes and corrects a major problem that prevents files from being selected for uploading in the latest version of Google Chrome. If you have users that use Google Chrome, this is a highly recommended update, as Chrome users will not be able to upload files using the previous versions of FileField.

A matching 3.8 version of ImageField is also available. It is recommended to upgrade FileField and ImageField at the same time.

This issue continues fixing problems introduced in the 3.4 version (after the security update). This version of course also includes the security update and all previous versions.

This version mostly corrects new functionality and restores some of the APIs that were changed in 3.4. This should provide better support for contrib modules that build on FileField. There are some minor CSS and markup changes in this release that may affect sites using the "Generic file" formatter. These changes allow for better display of file names and icons in views and layouts that float content.

This release fixes an XSS security hole regarding FileField tokens.

This version of FileField fixes a security issue related to setting up a new field and several bugs regarding the normal functionality of FileField. It also makes significant improvements to the FileField Meta module and Views integrations. Upgrading is recommended for all users of FileField.

This minor release of FileField corrects several bugs that were discovered after the initial 3.0 release. Upgrading is recommended for all users.

This release fixes fixes a critical security problem that allowed any user that can create content with a file field to delete other files in the Drupal installation.

This version of FileField marks the complete stabilization of FileField APIs, fixes a critical bug concerning the display of FileFields within views, another critical bug regarding CCK not storing data properly, and several other smaller bugs.

This version of FileField fixes further bugs that were discovered after the release of FileField Beta1. It fixes several problems with corrupt database entries for people that used FileField between alpha2 and alpha6, so an update.php run is required after updating to this version. All users of FileField are highly encouraged to upgrade, but please make a database backup prior to ugprading.

This release comes with a slew of bug fixes...

The last remaining critical/normal bug is a default value issue.... I think.. I could be totally wrong, but it's 5:30 am and I expect my issue queue will explode tomorrow. as always download at your own risk, but if this one is good we'll move into beta and start cleaning up minor issues.

Changes since DRUPAL-5--2-3:

Changes since DRUPAL-6--3-0-ALPHA-3:

Changes since DRUPAL-6--3-0-ALPHA-1:

• #280801 by dopry, update input[@file].accept to be a comma separated instead of pipe separated.
• #292247 by drewish, Javascript was preventing uploads of all but the first listed extension.

5.x-2.x development branch.

Much like beta1 from the user point of view, but with major new coolness in terms of extensibility, admin configurability and code quality.

So, what's new in beta2 (compared to beta1):
- Passes all current code style guidelines of the Coder module, and doesn't spit out dozens of PHP E_NOTICE errors (in case you had those enabled, which is unlikely if you don't run unreleased Drupal versions from CVS).
- Make the contents of the edit widgets hide behind a moving table header, like they should.
- Plus all the nice stuff from comment #39 in the porting issue. Including correct node deletion and revision handling, and the above-mentioned extensibility which also enables upload restrictions by specifying which file widgets are allowed, and configurable ImageCache support that I will release in a beta version at filefield_image just after releasing this one.

Bug fixes galore! This release is still *alpha* and therefore totally unsupported. Apart from that minor drawback though, it now works like a breeze, with all known bugs fixed (in FileField itself, at least). So the reason that this is still alpha is that hook_filefield() is not yet ported to the Drupal 6 version... but that shouldn't hurt a lot if you're not a developer.

Heya there, this is the first released version of FileField for Drupal 6. Mind the "alpha" label, meaning it might break anytime. This release is a preview, mainly for people who have a pressing need for a 6.x version but can live with a few (a lot?) bugs.

Incompatible with current imagefield HEAD, as it uses the same PHP functions (field_file.inc) unconditionally. If you try to activate both of those modules, prepare to meet your worst nightmare in form of fierce PHP errors.

The Drupal 6 port is not finished yet, and bugs can be expected both in FileField itself as well as in CCK. In particular, you are well-advised if you keep far away from CCK's "Unlimited" (amount of values) option, as in CCK 6.x-2.0-beta it is broken beyond belief. I'm working on that, just don't use it for now.

Small release, not featuring a lot of changes but still some important ones:

The FileField 2.3 Release Candidate 2.

This release:

@features:

• Remove the "Show 'List' option" widget setting, and replace it by an "Always list files" field setting (= !$show_list). Requires an update.php run to keep the old settings.
• You can now leave extensions blank to turn of extension validation.
• mime_detect dependency for more consistent server side mime detection.
• client side extension validation using the accept property of input[@file] and a little js hackery.
• added filefield_meta for automatically detecting file metadata using hook_filefield.
• permission handling has changed. In order for filefield, imagefield, and upload.module to place nice a user must have permissions to view files for all the modules.
• add not null views filter.
• added french and swedish translations.

@bugs:

• Fix suboptimal usage of t(): Placeholders are better than string concatenations.
• Replace the "" string with an l() call.
• Follow-up on #177638: always show files if "List" is hidden.
• Fixed hook_filefield op == prepare implementation.
• #180479, fix that silly create directory on validation issue for tokens now that we create the dir every time the file is uploaded.

This follow-up release contains all the nice features from 5.x-2.0, but additionally contains a few fixes:

• Add an upgrade function that cleans the menu cache, so that AJAX works without disabling/enabling the module.
• Only display the field if the user has the "view filefield uploads" permission.
• A remotely usable README.txt.

This is a development release of filefield 1.x. I do not plan on strongly supporting it as I'm focused on the 2.x series features right now.