Re: attachments/diskfile entry not updated when moving issues
KM <info4km-/[email protected]> Thu, 31 Jul 2014 09:25:44 -0700
| Newsgroups | gmane.comp.bug-tracking.mantis.general |
|---|---|
| Message-ID | <[email protected]> |
FYI - I noticed that now the moved entries are working for some updates -- I see now that there is a diskfile and folder field in the table. for some entries the full path to the file is in the diskfile field, e.g. /opt/mantis/attachements/<file> instead of just <file>. This is not the only issue though. even if I fix the field in the db to point where the file actually is, it is still expecting it to be in the subfolder where the attachements for the project are. I am really not sure how it got this way. I am having a hard time moving these last few issues. Thank you KM ________________________________ From: KM <info4km-/[email protected]> To: mantis-help <[email protected]> Sent: Thursday, July 31, 2014 12:15 PM Subject: attachments/diskfile entry not updated when moving issues I attempted to move a bunch of issues from one project to another. It failed with the following: Uploaded file could not be moved to the file storage directory. Directory either does not exist or not writable to webserver. Then below it shows more detail: SYSTEM WARNING: 'rename(/opt/mantis/attachments/proj40/4.2/269657e041cab6943f7623738c7c503b,/opt/mantis/attachments/proj43/269657e041cab6943f7623738c7c503b) [function.rename]: No such file or directory' in '/opt/mantisbt-1.2.17/core/file_api.php' line 1025 SYSTEM WARNING: 'copy(/opt/mantis/attachments/proj40/4.2/269657e041cab6943f7623738c7c503b) [function.copy]: failed to open stream: No such file or directory' in '/opt/mantisbt-1.2.17/core/file_api.php' line 1026 When moving my issue It is trying to copy the attachment 269657e041cab6943f7623738c7c503b from the "proj40/4.2" subdirectory of my attachments folder to the attachments directory of my new project (the target project for the move), "proj43". Now theoretically this sounds good except that the file is not in a subfolder, it is still in "attachments" directly. This issue was moved about 5 times to different projects. The record in the DB (mantis file table) for this file shows the correct location of the file directly in attachments. When you move an issue it seems to be looking at the path set up for the current project and not where the attachments actually are. Or - maybe the attachments should have been moved before but were not ? I am not sure. Note that moving the file to where it expects it allows the issue to be moved in most cases - BUT -- the location is not being changed in the mantis file table.... so won't this happen again if we move the issue? I am thinking that I need to just keep all of the attachments for my new project right at the top level - and also going forward to avoid this issue. Is anyone else having this problem and if show what did you do? We are using mantis 1.2.17. Thank you KM ------------------------------------------------------------------------------ Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk _______________________________________________ mantisbt-help mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mantisbt-help