The build number is 15221 (5.0.0 "R2"). Interesting question on the blob limit -- I thought it was 30MB; however, it may have been reset when going into production. I will need to investigate this. That could be the cause. However, if this is the case, perhaps Jahia should not have created a folder in place of the file; rather, displayed a more specific error and declined the operation. This may be something to look into...
I don't have a valid backup from before the problem appeared. If you install a fresh copy, file explorer displays three folders: groups, shared, and users. I made the mistake of trying to rename "shared." (Note -- perhaps the rename feature should not be allowed for the root folders?) The operation failed and Jahia deleted the tree. Under "shared" are all of the public objects, such as the banners and some PDF and ZIP files. I can reupload these files -- I am not concerned about them at this point. There are only about 50 pages on the site right now, so the timing is ok to reupload these files without too much effort. At this point, the critical need is to get back the "shared" folder so that new files can be uploaded. Thanks! ----- Original Message ----- From: Stéphane Croisier <[EMAIL PROTECTED]> To: dev list <[email protected]> Sent: Wednesday, November 29, 2006 3:13:09 AM GMT-0500 Subject: Re: Critical Issue: Folders delete themselves, files create themselves as folders Hi Chris, Which Jahia build number are you using? Can you put a copy of the file causing problem on a FTP site somewhere (or somewhere elso on the internet)? Do you have a blob/file limit in MySQL if you store your file in the DB? Do you have the log of your Java stack trace exception? There is no magical wonder command to solve your issue. If the DB get corrupted from one manner or the other we first need to understand why and then try to correct manually the DB if you have no backup... and this may be quite time consuming... especially if we need to understand which files or directories disappeared, reinstall a copy of your DB on our servers, etc.... Else I do not understand what you mean by "I can re-upload the files, if needed; but this folder will need to be in place first.". Do you have a backup of your DB or not? is it only one file directory which is causing problems or all of them? Are the other directories still working? Stéphane At 06:42 29.11.2006, you wrote: >One additional note: the configuration of this >deployment places all webdav/bigtext objects >into MySQL. Unfortunately, the database backup >had some issues and expired. Thus, no database to restore. > >Perhaps there is a way to add a webdav entry >into MySQL manually to get the /localhost/shared >folder back. I can re-upload the files, if >needed; but this folder will need to be in place first. > >Any help would be monumentally appreciated!! > > >----- Original Message ----- >From: Christopher Kelley <[EMAIL PROTECTED]> >To: dev <[email protected]> >Sent: Tuesday, November 28, 2006 8:24:44 PM GMT-0500 >Subject: Critical Issue: Folders delete >themselves, files create themselves as folders > >When uploading files (largely PDF files, but >also some files when in ZIP format), the >web-based file system interface creates folders >named the same as the file without uploading the file itself. > >I can keep deleting the folder, but anytime I >upload the same file (and some but not all >others) I tend to get the same result. > >Any ideas? I have not been able to establish a >WebDav client connection to narrow the problem >from any WebDav (Windows) client I have tried (perhaps a symptom)? > >**** Since I saw the above issue, I tried to >rename one of the folders via the web >interface. I got a generic error, and now the >folder and its child objects are gone. All >public, site-wide attachments and images dropped... > >I can't seem to be able to create another folder >to start over, as I am not offered the option (disabled). > >I could try to go back to the backups if I knew exactly what to restore. > > > > >-- >No virus found in this incoming message. >Checked by AVG Free Edition. >Version: 7.1.409 / Virus Database: 268.14.19/555 - Release Date: 27.11.2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.14.19/555 - Release Date: 27.11.2006
