I've been able to replicate this a few times in fresh installs.

When Bitcache is enabled, followed by File Framework, which wants to use the file storage adapter, an error occurs:

The directory sites/default/files/bitcache/file does not exist.

The file directory can't be created unless the bitcache parent folder is created first.

Since the API calls used by File Framework's install routine don't return boolean values, installation of File Framework seems successful even though there is no place to store files.

This also can cause problems later when File Framework is uninstalled (not just disabled) as some inadvertent file deletions can occur since the Bitcache repository is attempted to be deleted but does not exist.

If this is intentional, so be it. But if it's not, I'll submit a patch to create the parent directory when creating a file repository.

Comments

Arto’s picture

Title: parent directory not created when using file adapter » Parent directory not created when using file adapter
Assigned: Unassigned » Arto
Issue tags: +File Framework

No, it's not intentional. Ideally it should work like "mkdir -p", creating all parent directories if needed. A patch to that effect would be most welcome.

Arto’s picture

As a further note: I think we introduced this bug in beta1 or beta2, when we changed the default Bitcache repository to use the database storage adapter instead of the file system adapter.

avpaderno’s picture

Assigned: Arto » Unassigned
Issue summary: View changes
Status: Active » Closed (outdated)
Issue tags: -File Framework

I am closing this issue, since it's for a Drupal version no longer supported.