History log of /packages/apps/Mms/src/com/android/mms/TempFileProvider.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
ab845dee6565a8dfc384186bc8f2e801a2b087e1 07-Jun-2014 Ye Wen <ywen@google.com> Use unified log tag for Mms app

Change-Id: Icec182674c008c2b9d01a6010a2aafc8111b2b7e
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java
aabb0893321d3c557abbbb06cafd6974f2ff3c21 31-May-2013 Tom Taylor <tomtaylor@google.com> Unable to playback the captured video in Messaging app, displays "Can't play this video"

Bug 9193742

The TempFileProvider's getTempStoreFd needs to respect the file mode.
Before this change, the file was always truncated when opened. When the
user tried to playback the freshly captured video in the video camera, the
video player would go through the provider to open the file to playback.
However, the file was truncated so nothing could be played back. With this
change, the file isn't truncated when opened for just reading.

Change-Id: Ifcfe8d586c345271186856c61d5f6e4fa32d130e
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java
8469c6965d70a325faf7f11eb48ad1875e61d9bd 13-May-2013 Tom Taylor <tomtaylor@google.com> Video capture is returning a much larger result than specified in android.intent.extra.durationLimit

Bug 8540985

We need to truncate the scrap file before writing to it, otherwise the
camera will end up writing to the previous file, leaving the previous
length if shorter. If you captured a pictures (1.2m) and then replaced
the picture with a short video (a couple hundred k), the video file
would still be 1.2m.

Change-Id: I56c913d7ac530ec5a8c5f330bc7f9aa08512c48e
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java
d64419030e1fec1e751695dab3bd7236e2fb0214 02-Aug-2012 Roger Chen <cxr514033970@gmail.com> Clean and format all imported packages

Change-Id: I2e45f5ba1d56b9b17314a8b0f4c0fc1a5d8fc4d9
Signed-off-by: Roger Chen <cxr514033970@gmail.com>
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java
b8eae066a7ba60722de07300bf990d519f5c81d8 13-Apr-2012 Tom Taylor <tomtaylor@google.com> Wrong image shown in MMS preview

Bug 6104869

A static uri is used for capturing images from the camera. The code needs
to remove the thumbnail from the cache when capturing a new image or video.
In addition, the code needs to make sure it doesn't save thumbnails for
temp files in the on-disk thumbnail cache.

Change-Id: I646368d0f83fb7d6b204b611982a04275d4cd8bc
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java
1450f3f35f29fbf8b2701dc8e8bceda326fbfced 01-Nov-2011 Tom Taylor <tomtaylor@google.com> Crash after capturing photo for attachment

Bug 5546073
If the Mms app was killed or died while taking a picture, the call to
MmsApp.getApplication() would return null and the provider would crash.
With this change, use the context of the provider or the activity,
rather than the app's context.

Change-Id: I787ea375fefa0d94ee2c04bc023c7b115c12d70a
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java
2fddde28ed2ccb3c156d596160e3a504c83ce444 05-Oct-2011 Tom Taylor <tomtaylor@google.com> Video captured from Messaging app is left in Gallery

Bug 1659270. Bug 5410499.
Instead of capturing a video and leaving the temp video in the gallery,
pass the camera a uri to store the video data. Also fix a bug where
captured pictures weren't getting their temp files renamed to a name
that included their slide number.

Change-Id: I83c0edc506d384f789a7a9ca98bf3ad5f50b361f
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java
9aeb4e9e6aebe9d99cf817cedbdeb0bb0ae5a024 29-Sep-2011 Mark Wagner <mxw@google.com> bugfix 5381702 MMS app puts temporary files on sdcard in wrong location

Part B of a two part checkin to fix this to use the system provided location
for temp/cache files.

Change-Id: I03764c25d5d1f8bbdc1b30ef5168128922bf0792
/packages/apps/Mms/src/com/android/mms/TempFileProvider.java