Last modified: 2012-12-16 10:21:37 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T41907, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 39907 - Dates for uploaded files not read from photo's EXIF data
Dates for uploaded files not read from photo's EXIF data
Status: RESOLVED WONTFIX
Product: WikiLoves Monuments Mobile
Classification: Unclassified
Upload (Other open bugs)
unspecified
Other other
: Lowest minor
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-09-02 08:17 UTC by Jan Ainali
Modified: 2012-12-16 10:21 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jan Ainali 2012-09-02 08:17:12 UTC
I upoaded this image: http://commons.wikimedia.org/wiki/File:Sofia_kyrka_(Vita_Berget_1)_2012-09-01_20-38-50.jpg

The date in the template got set to 1 September, but the picture was taken 4 MArch, which can be seen in the EXIF. 

Shouldn't the Exif date be used in the tempalte instead of the upload date?
Comment 1 Jon 2012-09-04 21:39:04 UTC
Phil Chang recommends doing same as UploadWizard which does seem to use the EXIF date. Brion any thoughts - can we access EXIF data via javascript?

http://commons.wikimedia.org/wiki/File:Buenos_Aires_-_Recoleta_-_Sepulcro_de_Francisco_Javier_Mu%C3%B1iz.JPG
http://commons.wikimedia.org/wiki/File:%22_12_-_ITALY_-_Alfa_Romeo_MiTo_Grey_Hatchback_coup%C3%A9_02.JPG
Comment 2 Brion Vibber 2012-09-04 21:41:38 UTC
If we had full FileAPI we could definitely do it in JS but I'm not sure that works in PhoneGap especially on Android 2.3.

It would not be difficult to rig up a PhoneGap plugin that uses Android standard libraries to extract EXIF data and pass it back to JavaScript; I might give it a shot later in the week.
Comment 3 Jon 2012-09-04 21:42:33 UTC
It feels like our time is probably better spent improving the functionality of the app and fixing more serious bugs. Worst case scenario we could write a bot to fix dates after the contest has finished.
Comment 4 Andre Klapper 2012-12-14 11:01:13 UTC
Closing as "WONTFIX" (developers do not plan to fix this) to get rid of the deprecated "LATER" resolution and to provide a realistic outlook - unfortunately developer manpower and time is limited, sorry. In case you feel that this really must get fixed your contributed patch is highly welcome.
Comment 5 Jan Ainali 2012-12-16 10:21:37 UTC
Interesting. I don't really have a huge need for this bug to be fixed, but as an IT-consultant I find this process strange. We always let verified bugs stay open  until they get fixed, whenever that may be. Otherwise there will be a increasing creep of bugs in the software and the knowledge about them is lost. How could a volunteer developer ever find this task if it is marked as wontfix? (If there is a guideline for volunteers which states that there might be valid bugs in the wontfix category my question can be ignored.)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links