anupmishra20 / opendatakit

Automatically exported from code.google.com/p/opendatakit
0 stars 0 forks source link

media files are not deleted when copied to instance folder #363

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Have a form that includes at least an image, a video and an audio field
2. Start new form, select that form, record the video, audio and image,
3. Save the form instance and mark it as finished
4. Browse to the folders where media files are recorded by default

What is the expected output? What do you see instead?
the video audio and image should be deleeted from thei location where they are 
originally recorded, and MOVED (as opposed to copied) to the instance folder. 
This at least should be the case by default when recording on the fly. It may 
be goood to have a choice in the setttings, but this should be the default when 
you record on the fly (not when you choose an existing file)

Instead, media are copied and the original kept. Not sure about audio because i 
dont know where it s saved but this happens with fotos and video

What version of the product are you using? On what operating system?

Please provide any additional information below.

Original issue reported on code.google.com by matteosi...@gmail.com on 7 Oct 2011 at 8:26

GoogleCodeExporter commented 9 years ago

Original comment by yanokwa on 8 Oct 2011 at 3:42

GoogleCodeExporter commented 9 years ago

Original comment by yanokwa on 8 Oct 2011 at 3:43

GoogleCodeExporter commented 9 years ago
This is a legacy issue related to how the Android 1.5/1.6 media programs handle 
intents (or don't in some cases).  We can look into this again once we move to 
Android 2.x or above.  

Original comment by carlhart...@gmail.com on 10 Oct 2011 at 4:31

GoogleCodeExporter commented 9 years ago

Original comment by yanokwa on 26 May 2012 at 12:58

GoogleCodeExporter commented 9 years ago
This is still an issue in 1.2 -- it also copies the recorded audio/video/image 
and leaves the original audio/video/image in the content provider, rather than 
deleting it.

Original comment by mitchellsundt@gmail.com on 20 Jul 2012 at 6:46