View Issue Details

IDProjectCategoryView StatusLast Update
0009248mantisbtattachmentspublic2019-08-25 16:57
Reportergael Assigned To 
Status newResolutionopen 
PlatformPCOSWindows XPOS VersionSP2
Product Version1.2.0a1 
Summary0009248: Improvement suggestion for uploading clear filenames with DISK method

When using DISK method for uploading files, I experiment some problems.
And finaly I found the way to use it, but not I thought and not I wanted :-(

Then let's me expose my point of view of such feature (DISK method only)

File uploading operation write attachments with an encrypt-like behaviour. In an other way, files aren't stored with their real name.
I think the current encrypt mode will be optional and not mandatory.

If several file with same name exist, Mantis will have to add a suffix or prefix with an index.
For Ex: MyFile_001.txt, MyFile_002.txt

Steps To Reproduce

A template definition for attachment files could be added in project management.
Several fields could be added:

  1. A name mode

    • Real name (check box)
    • Automatic (check box) --> like now (encrypted filename)
  2. A mode to solve identical filename

    • Prefix (check box)
    • Suffix (check box)
    • Nothing (check box) --> See automatic mode??
  3. A template to use with previous mode

    • String (check box + string field or default variable in config_inc.php like "g_document_files_prefix")
    • counter on 4 digits (check box)
    • bug issue (check box)





Additional Information

Writing files without real names is a big disadvantage because users (admin and others users) could not identify files without Mantis (or info in database).

In our company, we want to put all bugs attachment in a network drive but also readable (in read only) via other tools than Mantis.
Then, the only way to write will be via Mantis, and all filenames have to be in clear.

Putting filenames in clear in several directories with an optional path root (why not via "g_absolute_path_default_upload_folder" in "config_in.php") will be useful too for upgrade operation "Move attachments from Database from Disk" (and inversely).

For FTP, we could imagine a similar mechanism

Then in each project we could use either absolute path (it'll ignore "g_absolute_path_default_upload_folder") or relative path by using
"g_absolute_path_default_upload_folder" directory

TagsNo tags attached.




2008-06-10 07:58

reporter   ~0018045

Other issues linked to it:
0007176, 0004627, 0007882, 0005836, 0001063