Folders okay, files won't upload

This turned out to be a Bitstream issue. Re-save the configuration file

Same problem, using Vista
- I can download files and create folders,
- I cannot upload files
- Only a max of 10 files show up in folders

When dropping a file in the web folder, I get a Windows wraning "An error occurred copying some or all of the selected files".

By the way, what do you mean by "Re-save the configuration file"
Do you mean re-saving File configuration settings at admin/settings/file?

could anyone help?

Thank you in advance

It works now, for an unknown reason

Sorry to open this again, but I'm experimenting exactly what the OP explains and none of the follow-ups has helped me. Also, this has been closed because "it works now, for an unknown reason". Not very helpful, is it?

What is Bitstream (Bitcache?)? Which configuration file should be re-saved? I've tried to toggle and re-save options nearly everywhere, but still I cannot upload files. If this is solved, can someone post more detailed instructions?

I set it to fixed because no one else complained.
As far as I know, Bitcache handles a "flavorless", flat file repository. Your files are all saved in a folder such as /www/sites/default/files/bitcache/file with names like "8fc006b900bcef28ea493591e6b26e43d8f63285"
The real name and MIME type as well as any other metadata you like are then handled by RDF module (or FF ?).
(you can download and rename the files - or btistreams - accordingly, they will open normally in their corresponding application.
Then come FileFramework that allows you doing everything with the files...

Answering my own question, "re-saving configuration file" does not mean what it says. It means going to the configuration page and resave them as you did unsuccessfully.

May be you can try to unistall and reintall everything about FF...

This set of modules is wonderful but as they state in the documentation we have to feel lucky then something works (i.e. don't complain for what doesn't.. that's what "alpha" suffix means I guess).

We have to be as supportive as possible to the very smart guys who invented and are trying to maintain this!

Don't misunderstand, I was just asking for help. By reading this thread, the impression is that this issue is easily solved, but I don't know how (I still don't understand which "configuration page" you refer to). I am trying to be supportive although, unfortunately, I'm not too much into the internal workings of this module. I'll try to provide more information.

I have a local Drupal 6.13 installation. I have installed the latest File Framework and its dependencies, and DAV with HTTP_WebDAV_Server 1.0.0RC4. I've not enabled the File Server module. I'm using Mac OS X Leopard. I can connect to WebDav from the Finder without problems. I connect as an administrator and I can create folders on the server (they show up in sites/default/files/dav). I can download files. I can delete files. But, if I try to upload a file, I get this error: “You cannot copy some of these items to the destination because their names are too long or contain invalid characters for the destination”. Some other times (not always), I get “The operations cannot be completed because one or more required items cannot be found (Error code -43)”. Maybe it depends on the file type. In some cases (not always), the file appears on the destination despite the error, but it is always 0 bytes in size.

My DAV settings are as follows:

Allow hidden file/collection creation: Enabled
Enable DAV method tracing: Disabled
DAV server modules: DAV file system
DAV client: Disabled
Mac OS X compatibility: all disabled (but I get errors even if I enable some of these options).

Bitcache, RDF and File Framework are set with their default options. The directory sites/default/files/dav has rwx permissions for www.

This functionality for us is fundamental, because it allows for easy batch upload with automatic File node generation. This is one of the two features we need to dispose of our DMS (the other is document indexing). Without this possibility, I'd probably stay with Core Upload + CCK + some other modules + custom scripts...

There are no misunderstanding, I just take any occasion to encourage the splendid developpers who take care of these critical modules :)

I personnally don't know why they are not more popular, as dealing with files should be a basic functionality in any CMS. The core Upload feature or CCK FileField are just too simplistic, not applicable for dealing with more than a few files.

I can't help much here. I am using File Server, I've never tried without it.
The problem I have once I get this working is the limitation 10 files only per folder that can be accessible at distance, for which I did not yet succeeded getting assistance.

I hope the maintainers or other skilled Drupalist will hear your complain.

I agree with you that good file management should be in the core (as well as a more flexible permission system).

I think that File Framework and the modules around it (Bitcache, RDF, DAV, File Server, File Relations) are not (yet?) so popular because (1) they look complicated (bitstreams? CAS?, RDF? what's that?) and (2) they're still in alpha stage.

About the problem in this thread, some good news. I've tried with a different WebDAV client (Cyberduck), and that works (also File Server works beautifully)! So, it seems to be a client-specific problem (maybe, some defect in the protocol implementation, which is tolerated by some clients but not by others).

Now, if only the 10 file limitation could be overcome…

So, you also experiment the 10 files limmitation?
Pleas complain here
http://drupal.org/node/401300
We might finally get some reaction...
This is really the very last annoying bug for me.
I thing the alpha status is very modest: I have seen many "mature" modules with more problems.

Again I cannot upload files.

I get a Winsows error 0x80070021 which seems a file locking issue.
This is probably a Vista problem, but it used to work for some time.

Among MIME issues, folders creation and upload, I had all of them, sometime several at the same time, but never everything working.
It seems impossible to have everything working together.

Any clue about this one ?