| 3b00f32c411a7c5d352a6c427cf56a0429114b0c |
|
03-Aug-2016 |
Ajay Panicker <apanicke@google.com> |
Protect against SecurityException generated by query
Bug: 30444661
Change-Id: I1d93645f1d4475cf603cda8bb28df0b960ccb445
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| 120ba1db4d2c8822473ce2e0623297dbf08449a4 |
|
21-Jun-2016 |
Ajay Panicker <apanicke@google.com> |
Fix how file size is calculated if not provided
Currently if there is no file size provided, InputStream.available()
is used to guess how many bytes are available. According to the
java documentation, available() should not be used to calculate
file sizes, as it isn't guarenteed to return the total number of
bytes in the stream. This is fixed by reading the stream to
calculate the length, then resetting the stream.
Bug: 29334784
Change-Id: Ic851c46d053157e4d5404352d76f9ff87a509607
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| 3aecf54308d60eea10fe10a5c18e4dff455aef66 |
|
05-Jun-2015 |
Pradeep Panigrahi <pradeepp@codeaurora.org> |
Use long as file size instead of int while using OPP.
Use Case:
1. Pair and connect to Dongle
2. Send a 2GB file from Dongle to DUT.
Failure:
File transfer failed in between.
Fix:
This patch fixes issue of problems in sending/receiving files
which cannot be accomodated in int type of Java. Instead of using
int, long data type is used, which can hold 64 bits data size in JAVA
which is suitable for storing file sizes in GB. Changes are done
in how updates are sent to progress bar which supports only int
by using the percentage of data transferred to update the progress.
Bug: 21896912
Change-Id: I49f9bf8a4a0e3668e32058d582a2700b0e6057e8
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| a595fcc57e7f0be9cf57913cd665dc99e4001b16 |
|
16-Oct-2012 |
Jake Hamby <jhamby@google.com> |
Fix crash in Bluetooth when sharing MMS video.
Some content providers, such as MMS, don't support the DISPLAY_NAME
or SIZE columns for content URIs. Fall back to using the last segment
of the URI as the filename for Bluetooth file transfers if the query
for DISPLAY_NAME fails.
Bug: 7343310
Change-Id: Ie048c5eea3ba9994259c9e07beabd72622d6b669
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| ee52ddf33a0ce2cf89cc028136f60ae600c45de5 |
|
27-Jul-2012 |
Jake Hamby <jhamby@google.com> |
Enable Bluetooth sharing of downloaded files.
Change BT OPP to open the InputStreams of files to share in the
BluetoothOppLauncherActivity (or BluetoothOppHandoverReceiver
for NFC shares), while the process has grantUriPermission() on
the URI's to share.
InputStreams are saved inside the existing BluetoothOppSendFileInfo
objects, which no longer include the mDestination field because
this isn't known at the time the SendFileInfo object is now created
(before the user has chosen the destination BT device). These
objects are stored in a static ConcurrentHashMap in BluetoothOppUtility
and are removed when the file is closed (on success or failure).
If the user tries to share thousands of files in one batch, we may
not be able to open InputStreams for all of the files in the batch.
In this case, the open should fail gracefully.
Bug: 6808783
Change-Id: I3f3f86d2dc1a78a837aeb6a888f90b26434ba499
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| fdc7bd89b00e40b459c706784fa003509a229096 |
|
03-Aug-2012 |
Martijn Coenen <maco@google.com> |
Don't trust length specified by ContentProvider for file transfers.
It seems that the length specified by content providers for images
is often not correct. This happens because applications modify the
images later on with meta-data, etc., but don't update the length
field.
This causes Bluetooth OPP transfers to fail, usually with an
IndexOutOfBoundException. The root cause (wrong size in content
provider) of course needs to be fixed, but we can also make
Bluetooth more resilient to these situations.
Since OBEX needs to know the transfer length
up front, the only other way we have of determining the size
of the content is by opening a file descriptor and getting
its length.
Bug: 6857704
Change-Id: Iaf2304b44e9e81ef6e6ac7e0fe3be84ad31a312f
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| a930b6831d0c70b6c5d34e548e6b1dceaa6529a0 |
|
01-Nov-2010 |
Mohammad Shamsi <m.h.shams@gmail.com> |
code cleanup.
unused imports, local variabls and static constans removed from
com.android.bluetooth.opp package.
Change-Id: I0fd682a190221e216fac71723c05d3828b9fa42d
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| 151f41949621e082e127fe468bedd28289bc3a19 |
|
12-Mar-2010 |
Lixin Yue <L.X.YUE@motorola.com> |
Enhanced support to OPP content share
Add support to Browser link share via BT;
Add support to share files via BT in 3rd party file manager;
Change-Id: I9a93eb0891d0f670109afd44ab4064f7f15b01f3
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| 6ef730f85e90a8246d06c7a58bb21eee5074945c |
|
17-Dec-2009 |
Lixin Yue <L.X.YUE@motorola.com> |
Enable vcard share in OPP
Bluetooth OPP to handle x-vcard MIME type from contacts share
Handle vcard size by content type instead of tightening with contacts
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| fa5d402906010cd17c8ed7de0dbcbfdcb78dab20 |
|
01-Sep-2009 |
Nick Pelly <npelly@google.com> |
Workaround bug in Poloroid Pogo.
Rename extra dots to underscores.
Working with Poloroid to get an updated list of affected MAC addresses. For now
we just have 00:04:48.
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| 1ac5507790a87810061a19dadec36eb328a222ea |
|
07-Aug-2009 |
Tao Liejun <L.J.Tao@motorola.com> |
OPP update
Rewrite provider permission to allow LiveFolders work
Support file:// uri to share file
Support multiple share from gallery
Fully support sending file queue
Hold incoming connection for a while when OPP is busy instead of reject directly
Move notification update to a thread
Handle many error cases to display correct error messages
Improve server/client timeout
Delete empty file after reject incoming file
Support upper case incoming file extension
Avoid multiple mediascanner connections
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| 6769b59d715ea98bd72eafcfea9acd2714a887da |
|
15-Jul-2009 |
Tao Liejun <L.J.Tao@motorola.com> |
Make opp compile
Modify to make opp application compliable in new git
-change package name
-change manifest
-modify a few comments
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|
| 09e9cba205af60b3f42e7a4d891a7d1392e1f2a5 |
|
11-Jul-2009 |
Nick Pelly <npelly@google.com> |
Initial drop of Motorola Bluetooth OPP code.
Minor changes from Moto code:
- Added Motorola BSD license
- Moved com.motorola.bluetoothshare to com.android.bluetooth.opp
- Updated com.motorola.obex to javax.obex
- Moved Android.mk to Android.mk.hide: does not yet compile due to changes in
Obex library.
/packages/apps/Bluetooth/src/com/android/bluetooth/opp/BluetoothOppSendFileInfo.java
|