Ticket #1131 recorded

Hi,

I just checked : all is working fine, at least since V3.3.2.
Please check access rights to your directories.
Possibly your documents were not moved because php user does not have rights to.

Tocket #1131 canceled.

Ok, but where can I adjust these access rights (for document directories)

Directly on the OS of your server...

But users have never had access rights to the server and its functioned

Let me explain.

When you set-up the directories (by default on installation) there were created with some rights, depending on OS configuration. I assume php user had rights to browse the directories, create content into it, but not change the directories.
So you could add some documents into these folders.
For instance your could have:

/rootFileDirectory/category/file1.txt
/rootFileDirectory/category/file2.txt

When changing the directory path from Project'Or RIA, the php server could not move the directory and its content. Some files were still in the old directory path.
Adding a new document just created the new directory with new path, so now you have :

/rootFileDirectory/category/file1.txt
/rootFileDirectory/category/file2.txt
/rootFileDirectory/newCategoryPath/file3.txt

So when program tries to retrieve

/rootFileDirectory/newCategoryPath/file1.txt

it fails.

Not exactly.
initially, you have the following files and directories

/rootFileDirectory/category1/subCategory1/file1.txt
/rootFileDirectory/category1/subCategory1/file2.txt
/rootFileDirectory/category1/subCategory2/file3.txt
/rootFileDirectory/category1/subCategory2/file4.txt
/rootFileDirectory/category1/file5.txt

In project'Or RIA, the user has created three directories documents. Then, the user decides to change the name of the directory (category1->newCategory1).

At the time of backup, I see two things:
First paths for subCategory1 subCategory2 and are not updated (the user must select the document directory and then run a backup for it to update itself)

Secondly if the user tries to download a file (eg file2.txt), it can not.

And if I look at the tree again (with the backup of the user to update the paths), it looks like this:

/rootFileDirectory/category1/subCategory1/file1.txt
/rootFileDirectory/category1/subCategory1/file2.txt
/rootFileDirectory/category1/subCategory2/file3.txt
/rootFileDirectory/category1/subCategory2/file4.txt
/rootFileDirectory/category1/file5.txt
/rootFileDirectory/newCategory1/subCategory1/
/rootFileDirectory/newCategory1/subCategory2/

And the server administrator told me that for the application all rights are allowed. Problem is it can not be a development problem?

Hi,

I just tried again and could not reproduce.
I'll try again on another platform.

Which version are your running ?

V3.3.2

Hi,

I tested again, on Linux this time, and cannot reproduce issue either.

There were historically issues about moving docs, but there are fixed now.

=> #799 : change document the directory it will not move document into new one
=> Fixed in V2.6

There was also an issue on creation rights for new folder 700 instead of 755, but it is also fixed (can't remind the version).

All I can advise :
=> manually move items from old directories to new ones => yuo should then be able to download them again
=> check all directories have 755 access rights
=> try again to move a folder.

Regards.

I read again one of your messages, I wanted to know at no time you do copies the files in a directory?

If someone wants to rename a folder containing subfolders and files, create a new directory and import each of the sub-folders and files, then delete the old directory?

If someone wants to rename a folder containing subfolders and files, create a new directory and import each of the sub-folders and files, then delete the old directory?

It can be done, but must be done through the application to preserve consistency between data and files.