I've config my Mantis to save Files on Disk. Now i try to backup my Mantis. The DB is no problem but if i try to Download all my attachments from the attachments folder then i only get Files with 0kb because i've no rights of the files with my FTP Program.
I look in the file_api.php and found the Line "chmod( $t_disk_file_name, 0400" );
I don't know why the Permission is changed but i need the files on my Backup. I also can change the line but "Don't touch Mantis"
i have to suffer this pain as well, since i dont get to have full admin permissions to the webserver my Mantis installation runs on, all the files on disk are set as "r--------" so i cant copy them. even though i thought read-only should mean they would copy, but no.
I hadnt considered changing that (line 600) in core/file.api to "0775", but i tested it on my localhost installation on windows and indeed it seems to turn off the 'read-only' bit. in windows at least.
have you more experience with changing this that you can report? i just might switch it over to '0775' but i dont know what the rationale was in the first place for making it "0400", maybe there was good reason and such a noob would proceed at my own peril..
----
since were on the topic, i'm also interested in having the files saved to the database with their "real" filenames intact in some form, rather than the hashed filenames, since the underlying file remains the same, i guess this was meant to prevent overwrites, but i'd rather see a timestamp, tablerow identifier or something tagged onto it rather than hash away the filename into oblivion...
I think setting the attribute to 400 didn't take the backup scenario into consideration. Please report this into the bug tracker. I am open to recommendations regarding the suggested attribute to be used.
Please also submit the other recommendation regarding the file name when attachments are stored in the database.
