New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 664893 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Mar 2018
Cc:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug-Regression



Sign in to add a comment

[Chrome][M54][Android 6.0] user can't open downloaded image from status bar

Reported by seiyon.p...@gmail.com, Nov 14 2016

Issue description

Steps to reproduce the problem:
1. Launch Chrome
2. Go to any sites with downloadable images
3. Download image
4. Long-press downloaded image from status bar

What is the expected behavior?
User can open downloaded image from status bar 

What went wrong?
User can't open downloaded image from status bar 

Did this work before? Yes M53

Chrome version: 54.0.2840.87  Channel: stable
OS Version: 6.0
Flash Version: Shockwave Flash 23.0 r0

It is reproducible on M54 of M OS devices.
It is not reproducible on beta(55) & dev(56) of M OS devices.
It is not reproducible on M54 of N OS devices.
 
Cc: qin...@chromium.org dfalcant...@chromium.org
Labels: Needs-Feedback
Thanks for logging issue, can you please let us know what device is that (phone name)?(settings > about phone ) and if possible attach the bugreport


We are not able to repro on Samsung Galaxy S5(SM-G900V)/MMB29M device
Thanks for your prompt support.
Here's reproducible devices.

It is reproducible on Nexus5X with M OS.
It is reproducible on all LG devices with M/N OS.
Security patch (High-CVE-2016-6710: Information disclosure vulnerability in download manager) is impacting on this issues.
Here is intent information on reproducible device (LG device with N OS).  
Only CASE_2 is wrong behavior and the difference of CASE_2 among other three cases is flg=0x10000000.
Could you let us know the meaning of flg value and what is for flg?

To open image from status bar >>
CASE_1) M53 (intended behavior) - act=android.intent.action.VIEW dat=content://downloads/all_downloads/15 typ=image/jpeg flg=0x10000001 cmp=com.google.android.apps.photos/.pager.HostPhotoPagerActivity
CASE_2) M54 (wrong behavior) -    act=android.intent.action.VIEW dat=content://downloads/all_downloads/19 typ=image/jpeg flg=0x10000000 cmp=com.google.android.apps.photos/.pager.HostPhotoPagerActivity

To open image from "xxx downloaded OPEN" popup inside Chrome >>
CASE_3) M53 (intended behavior) - act=android.intent.action.VIEW dat=content://downloads/all_downloads/16 typ=image/jpeg flg=0x10000001 cmp=com.google.android.apps.photos/.pager.HostPhotoPagerActivity
CASE_4) M54 (intended behavior) - act=android.intent.action.VIEW dat=content://downloads/all_downloads/26 typ=image/jpeg flg=0x10000001 cmp=com.google.android.apps.photos/.pager.HostPhotoPagerActivity
Owner: qin...@chromium.org
Status: Untriaged (was: Unconfirmed)
Min: I don't remember changing anything here; the media viewer launched in M55.  Is this something you'd be more familiar with?

Comment 5 by qin...@chromium.org, Nov 17 2016

so this looks like that case 2 is missing the FLAG_GRANT_READ_URI_PERMISSION bit, which is wierd, I don't recall we changed that from M53 to M54.

the flags are documented here: https://developer.android.com/reference/android/content/Intent.html
According to Comment 5, there is no change from M53 to M54.
But my log in Comment 3 is telling the difference of flag values.
Could you check it again?
Kindly reminder
Cc: rbasuvula@chromium.org
Labels: Needs-triage-Mobile Triaged-Mobile
@seiyon.park: Could you please provide an update by testing the issue on Latest Stable# 61.0.3163.98 and also a screen cast would be helpful for us to triage further.

Thanks in Advance.
Status: WontFix (was: Untriaged)
***Bulk edit***

Since there is no valid updates, closing for now. Feel free to reopen if needed.

Sign in to add a comment