View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0021635 | mantisbt | administration | public | 2016-08-20 23:36 | 2019-12-03 06:25 |
Reporter | KenMcGinnis | Assigned To | |||
Priority | high | Severity | major | Reproducibility | always |
Status | feedback | Resolution | open | ||
Platform | Windows Server 2012 R2 | OS | Windows Server 2012 R2 | OS Version | Server 2012 R2 |
Product Version | 1.3.0 | ||||
Summary | 0021635: Problems with corrupting database with use of $g_absolute_path_default_upload_folder = 'Files/'; | ||||
Description | First I'll list my settings: config_inc.php values:
Bug 1. See screenshot for Failed errors with Bug 2. See screenshots for an error when updating a project. Notice from screenshot (z-mantis-2.jpg) that Upload File Path is automatically filled in with the value of "Files/" each time I edit a project. Re-edit project after last save. Bug, \ character added to "Files/\" Now database is corrupted with extra \ character added to "Files/\" BUG 4. New attachments saved in the file table is corrupt for any attachments added after the Edit and Update of a Mantis project. Notes: I have found that the only work around (so that the database is not corrupted) is to edit the mySQL database directly to blank out the "Upload File Path" for the project each time I edit a project. By blanking it out in the mantis_project_table the database correctly gets the value of "Files/" added to the 'mantis_bug_file_table' folder field. If I forget then the mantis_bug_file_table also becomes corrupted with the extra \ character added to the end of the Files/\ value. I then have to edit manually and remove all the extra \ character from all attachment records added after a project was edited so that the attachments can be view/downlaoded by users. EDIT (dregad) fix markdown | ||||
Tags | No tags attached. | ||||
Related to Mantis Issue 20602 reported before. Hopefully this time I have documented it well enough for it to get fixed. |
|
The first question remains the same 0020602:0052521 If so, does it work with 'Files\' ? |
|
function validate_project_file_path does not just validate the path but changes also the path in some cases as it calls terminate_directory_path( $p_file_path ); Furthermore file_ensure_valid_upload_path is not called in function validate_project_file_path if path == config_get( 'absolute_path_default_upload_folder' ) So the function would look like:
This might introduce regressions on some installations, but I don't like that much such kind of partial self healing stuff. EDIT (dregad) fix markdown |
|
No. If I change: |
|
atrol, if you don't have a Windows server to test on I'd be happy to do a google hangout or skype call where I could share my screen and we could try anything you want. |
|
I have no time at the moment to have a deeper look at it. |
|
All of the exact same problems. With: With: If it's the absolute path (full path) then the documentation needs to be changed to state that instead of the example they show of 'Files/' |
|
Using: |
|
I don't see any documentation for this option in Admin Guide.
EDIT (dregad) fix markdown |
|