MantisBT - Piwigo
View Issue Details
0000967Piwigoweb APIpublic2009.04.08 17:552010.03.01 20:50
VDigital 
plg 
normalfeaturealways
closedfixed 
AnyAnyAny
2.0.1 
2.0.9 
any
Any
Any
Apache 1.3.x
0000967: keep original filename for photos added with pLoader
For several reasons, links between APNs, workstation(s) and website would be maintain.

By Exif, APN Model and capture date, the link can be maintain.
By images.md5sum and eligible files on workstations, the link can be confirmed.

Above all, a human view of the original filename and the picture, can give a secure perception to users.

Proposal: Add (and fill in) the images.original_filename column to data model
French forum topic: http://fr.piwigo.org/forum/viewtopic.php?pid=109110#p109110 [^]
No tags attached.
has duplicate 0001149closed  Add field of original file name 
Issue History
2009.04.08 17:55VDigitalNew Issue
2009.04.08 17:55VDigitalStatusnew => assigned
2009.04.08 17:55VDigitalAssigned To => plg
2009.04.08 17:55VDigitalbrowser => any
2009.04.08 17:55VDigitalMySQL version => Any
2009.04.08 17:55VDigitalPHP version => Any
2009.04.08 17:55VDigitalWeb server => Apache 1.3.x
2009.04.08 17:56VDigitalSummary[pwg.images.add] would have to add original filename to images table => [pwg.images.add] would add original filename to images table
2010.01.26 23:54plgNote Added: 0003355
2010.01.26 23:54plgNote Edited: 0003355
2010.02.19 10:19svnCheckin
2010.02.19 10:19svnNote Added: 0003415
2010.02.19 10:20svnCheckin
2010.02.19 10:20svnNote Added: 0003416
2010.02.19 10:46svnCheckin
2010.02.19 10:46svnNote Added: 0003417
2010.02.19 10:46svnCheckin
2010.02.19 10:46svnNote Added: 0003418
2010.02.19 10:47plgStatusassigned => closed
2010.02.19 10:47plgResolutionopen => fixed
2010.02.19 10:47plgFixed in Version => 2.0.9
2010.03.01 20:50plgSummary[pwg.images.add] would add original filename to images table => keep original filename for photos added with pLoader
2010.07.27 13:29plgRelationship addedhas duplicate 0001149

Notes
(0003355)
plg   
2010.01.26 23:54   
While solving the 0001404 issue, I realized that I could simply use the existing images.file field.

This field is only used for display and when updating the images.path field. BUT photos added with pwg.images.add always keep their original images.path, it's not updated with the "Administration>Specials>Maintenance>Update images informations" action.

I've played with action.php so that when you download the high definition photo, the downloaded file is not basename($path) but directly the content of images.file. Conclusion : instead of downloading 20100124234702-e69de1d9.jpg I download "Le gros Rhinô €urodéputé.jpg"

(0003415)
svn   
2010.02.19 10:19   
[Subversion] r4910 by plg on branch 2.0

-----[Subversion commit log]----------------------------------------------------
feature 967: optionnaly transmit the original filename to pwg.images.add. When
transmitted, it fills the images.file column.
(0003416)
svn   
2010.02.19 10:20   
[Subversion] r4911 by plg on trunk

-----[Subversion commit log]----------------------------------------------------
merge r4910 from branch 2.0 to trunk

feature 967: optionnaly transmit the original filename to pwg.images.add. When
transmitted, it fills the images.file column.
(0003417)
svn   
2010.02.19 10:46   
[Subversion] r4912 by plg on branch 2.0

-----[Subversion commit log]----------------------------------------------------
feature 967: when clicking on the download link (only for high definition
currently), use images.file instead of basename(images.path) as download file
name.
(0003418)
svn   
2010.02.19 10:46   
[Subversion] r4913 by plg on trunk

-----[Subversion commit log]----------------------------------------------------
merge r4912 from branch 2.0 to trunk

feature 967: when clicking on the download link (only for high definition
currently), use images.file instead of basename(images.path) as download file
name.