summaryrefslogtreecommitdiffstats
path: root/services/surfaceflinger/SurfaceFlinger.cpp
diff options
context:
space:
mode:
authorSteve Howard <showard@google.com>2010-09-22 18:56:29 -0700
committerSteve Howard <showard@google.com>2010-09-23 12:45:28 -0700
commitbb0d23b5475cb516fa6f61ee3fe4e7b79cd980f8 (patch)
treeb2fcd0e9b15b213932cad49c88eeb52504e8cb9b /services/surfaceflinger/SurfaceFlinger.cpp
parent4f564cdeb8478f1a20263fc036c74cc4a63145c3 (diff)
downloadframeworks_base-bb0d23b5475cb516fa6f61ee3fe4e7b79cd980f8.zip
frameworks_base-bb0d23b5475cb516fa6f61ee3fe4e7b79cd980f8.tar.gz
frameworks_base-bb0d23b5475cb516fa6f61ee3fe4e7b79cd980f8.tar.bz2
Have DownloadManager pass file URIs for legacy external downloads
DownloadManager was set up to return file URIs for public API downloads to external, but to return content URIs for all others. This included browser downloads, which are on external but don't go through the public API. Since the new downloads UI uses DownloadManager, it was affected by this change when the user opened a file from the UI. Apparently numerous things don't handle content URIs well, including music preview (clicking on downloaded mp3) and package installer (clicking on downloaded APK), so this change makes it generate file URIs for legacy external downloads. Change-Id: I5c34d8ba188cc8b0d11865262cb451208be78eae
Diffstat (limited to 'services/surfaceflinger/SurfaceFlinger.cpp')
0 files changed, 0 insertions, 0 deletions