Releases for FileField

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.

I'm pretty confident that the API won't anymore change in incompatible ways like it did until now... but no promises, this is still a *beta* (yeah, you guessed it) and as such not subject to stability and compatibility guarantees. Apart from that and a few more features that would be nice for finishing off ImageField, I believe it's pretty much what you would expect from a good clean release. I claim it's better than all the 5.x versions of FileField, without and regressions.

In case you didn't read at least the beta1 announcement that I linked above (and yeah, you should probably read some more of the release backlog), please do absolutely note that you need CCK HEAD in order to have "Unlimited" multiple file support working correctly. As opposed to the previous release, the final fix has now been folded into CCK so given a HEAD version (or any released version after CCK 6.x-2.0-beta) should have FileField working flawlessly. r0xx0rz.

If you're upgrading from the Drupal 5 version, I have no idea how CCK handles such upgrades. But it's probably going to work fine, as FileField's data structure didn't change a bit apart from the new widget/formatter settings (which don't matter for upgrades). Just try it out and report back in the issue queue, as for other bugs as well.

And if you're a developer, now is the time to help porting filefield_meta and coming up with more plugins, especially formatters. Would you like to have KML maps displayed, PDFs previewed and audio files played? FileField makes it a breeze. Put an end to CCK file module proliferation - come and join the party working from a flexible, shared code base!

Famous last words, as I'm now off to something else for now.

Very similar to alpha3, only with a bit more polish (style fixes from Coder, E_NOTICE fixes, CSS fixes, potential minor bug fixes) and the return of hook_filefield(), in a different form though. The main feature of this release is therefore feature parity with the Drupal 5 version (disregarding the one or other minor exception), which was my precondition to go from alpha to beta. The *real* main feature of this release, of course, is preliminary image support over here, however that's technically not a feature of FileField itself :P

So now, go at it and test like there's no tomorrow! Report issues in the issue queue! And lastly, submit patches in order to improve what you care most about!

In short, have fun, and mind that this is still a *beta* version. Beta, like, for public testing but not for mass consumption. Things might still change anytime, especially in case maintainers of the other CCK file modules chime in with patches and/or input. Oh, and note that you should still be using CCK HEAD so that there's at least a chance for "Unlimited" multiple value support not to break completely. (At the time of writing, one patch is still pending in the CCK issue queue that needs to be applied before this stuff will work.)

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.

Improvements since alpha2:
- Fixed tons of JavaScript bugs which I don't have the motivation to list bug for bug here. Have a look at comments #29 and #30 in the porting issue if you're really interested.
- Made the "Required" field option work.

A good share of fixes also went into CCK itself, some are already applied, others should be in the next few days (hopefully). If you want filefield to work correctly with "Unlimited" fields, you better track CCK HEAD for now (until they release a second beta, or release candidate, or whatever).

If you find any more bugs in this release that are not related to "Unlimited" multiple-value handling, make sure to notify the FileField issue queue about those.

Pretty much the same as 6.x-1.0-alpha1, so go and take a look at that the release info text of that one before reading on. Note that this is still *alpha*, and thus can change anytime in any ways (be prepared to clear your caches), and can also break your system, eat your children and seduce your fiancees.

alpha1 had the not so nice feature of denying uploads for every user that is not user 1, which is the main reason that I'm doing an alpha2 so quickly. The other reason is that we're pretty much on par with FileField 5.x-2.x, at least concerning features (but disregarding bugs). hook_filefield() is still missing, but everything else exists with similar or better functionality. (Apart from the reminder message "Changes are not permanent until you save this post" - need to consider if we still need this at all.)

Improvements compared to alpha1, shamelessly stolen from the porting issue:
- Major new feature: Let users upload even if they are not user 1! (That is, I fixed the permission name in hook_menu().)
- Edit widgets (the thing with the icon and the description textfield, but not "List" and "Delete") are now always encapsulated form elements. That's a change for developers only, of course.
- The CSS has been tuned with no end, most notably causing the icon to appear in the vertical center of the table row.
- File extension restrictions work again, both server- and client-based. Of course with the client-based JavaScript validator better than ever - passive error message instead of annoying alert() dialog.
- Implemented better permission checking for private file downloads. The even better news is that I've been able to get completely rid of the annoying 'view filefield uploads' permission by replacing it with the more fine-grained field-level permissions from content_permissions which ships with CCK 6.x. (Everyone else falls back to 'access content', and node access for private file downloads.) So the permissions are now context sensitive, which means they're not built into theme_filefield() anymore too but checked at the field level.
- A new filefield_view_access() function for responsible themers with a need to display filefield files without calling the formatter.
- Log entries in case a file upload fails for any reason.

As in alpha1, the major issue is JavaScript wherever it appears. The plan is to track these bugs down after going beta, which will happen once hook_filefield() is reinstated and working again. Until that happens, have fun with this release, and as I said, it's still alpha so expect it to break anytime.

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.

In general, everything JavaScript related is fragile yet, and the rest pretty much works. AJAX uploads don't work in Konqueror, buttons only use JavaScript functionality until part of the widget has been replaced with AJAX (then they fall back to non-JavaScript uploads and deletions), and CCK's "Add another item" button is the one that doesn't quite work at all yet. Table-drag reordering (got it for free from CCK) seems to work mostly, but I think there are some bugs there too still. hook_filefield() is not yet ported, and neither is the JavaScript file extension validator.

That said, everything else should work pretty nicely. Views support is awesome, check out the neat "relationships" feature which lets you filter by any file property you might imagine (...except for "List" and "Description"... eheh... need to work on that). The code is much nicer, and on its way to properly integrate form widgets for custom mimetypes (like images, videos, audio files). Goodness lies ahead of you.

Ok, so much for starters. Now let's get back to business, as I'm still not done yet :P

We've been in -rc long enough, plus the Drupal 6 port of filefield finally needs to be tackled. Therefore, some final polish and one nice feature compared to the last release candidate.

You get all the features and bugfixes from rc1 (doesn't have a release node), rc2, rc3 and rc4, plus these three additional improvements:

• Fixed wrong $op names being passed to hook_filefield().
• Now displays the maximum possible file size for uploads - does not fix, but hopefully prevent this serious bug in most cases.
• And my favorite new feature: freedesktop.org standards compliant icon names! By making use of mimetypes and the additional goodness of the mimedetect module (filefield dependency since 2.3-rc*) we can tell file types pretty reliably, so that extensions don't matter anymore for determining file icons. Instead, only the file type itself matters determined by extension *and* contents. It even makes use of fallbacks so if there is no exact icon matching the mimetype (e.g. "image-png") then it uses the matching generic icon (e.g. "image-x-generic"). And with such a nice icon system in place, we can finally display icons in the node view as well.

So, recap of the most important features in FileField 2.3, compared to 2.2:

• Works reliably with Views, including a "Has File" filter.
• Support for revisions, although with an annoying known bug for now. But hey.
• Dependency on MimeDetect for more consistent server side mime type detection
• hook_filefield() makes it possible for extension modules to customize loading, saving and deleting of files, as well as additional validation.
• Support for uploading any file types, by leaving the extension filter setting empty.
• Icons in the node view by default, more generic, more reliable, and really good looking.

If you come from 5.x-2.2, please run update.php to make sure that the new and more intuitive "Always list files" option replaces any previously modified "Show 'List' option" setting correctly. In case you used custom icon sets before, please note that the method for loading icons has changed and does not consider the old icons from the ico/ directory anymore.

If you find any bugs, please report them to the issue queue as usual. So much for that - now let's have some Drupal 6 porting action...

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

• Support for node revisions - don't have your files magically disappear (yay).
• hook_filefield_widget_settings(), in order to let extension modules hook into the widget settings form.
• #263113: "Has image" should be "Has file".
• #252802: use strtolower for $ext with icons.
• Add application-octet-stream as most basic fallback icon, and rename the x-pdf icon to the more standard application-pdf.

That's it for now, let's see if I can get a hold of dopry in order to coordinate the Drupal 6 port.

This release cleans up a few minor issues from 2.3-RC2 and adds default icons.

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.
• #167207 by jpetso, Description is not updated when uploading a new file (without multiple values)

I hate pushing out two releases within half an hour, but the permission check should have gone into theme_filefield() instead of the CCK formatter. Releasing this so that people don't do ugly workarounds when they just want theme('filefield', ...) to work correctly.

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.

The waiting is over! Get Prepared (TM) for the long due, considerably improved, and totally sweet release of filefield 5.x-2.0.
While this release doesn't fix all issues that existed, many of the unpopular shortcomings of 5.x-1.0 are fixed, including:

• Allowed file extensions: now arbitrarily long and case insensitive.
• Appearance: now themeable and AJAXified. Also, the description text is actually used in the node view and in views.
• Options and checkboxes: the "Required" setting is enforced, the upload path is configurable, and the "List" option now actually works as advertised and can be hidden.
• Now also properly works with private downloads.
• Does not mess up your CCK tables.
• Plus a load of other fixes and additions, some of which I can't even remember because they were done before I got into co-maintaining this module.

Filefield 5.x-2.0 works without changes to the database structure, so there shouldn't be any up- or downgrading issues from 4.7.x or 5.x-1.0. (However, Rhino25782 made me notice that the menu cache is not automatically cleared on updating, so if you update from 1.x, please do so manually for now.)

In short, there's no reason you should wait for upgrading to the new version. The 5.x-1.0 release is now officially deprecated, please only report bugs against 5.x-2.0 and close your (own) 5.x-1.0 bugs if they don't apply anymore. I hope the new release does a good job for you, and with a bit of luck this release is solid enough to not get hurt by dopry for pushing it out. Upload and enjoy!

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.

4.7 development release.