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

Issue 710202 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 3
Type: Bug



Sign in to add a comment

Preview from Drive fails to load pages with links on Chrome Browser for iOS

Project Member Reported by vkhabarov@chromium.org, Apr 10 2017

Issue description

Chrome Version: 57.0.2987.137 
OS: iPhone6s plus iOS 10.3.1 
iPhone 6 iOS 10.2.1 
iPad Mini 10.2.1
iPhone 5SE 10.3.1


What steps will reproduce the problem?
1. Create a PDF file that contains an edited link (not a raw www.google.com line but have a text to display pointing to a link) 
2. Upload the PDF to drive.google.com 
3. On the iPhone, open Chrome browser and access drive.google.com 
4. Open the PDF file 
> Only the page containing the "edited link" shows an loading error. 

What is the expected result?
PDF file displayed correctly, without Whoops pages

What happens instead?
All pages shown correctly except for the page containing the "edited link", which shows an loading Whoops error. 

Attached sample file, which was used to reproduce an error. Same behavior seen with Google Drive Getting Started PDF file, though not sure if the same bug (it would only show first page).

 
tp0605-1a.pdf
442 KB Download
Description: Show this description
Components: -Internals>Plugins>PDF
Even though this involves a PDF, Internals>Plugins>PDF is not the right component because Chrome on iOS does not use the desktop PDF plugin.
Owner: ----
Status: Unconfirmed (was: Untriaged)
Why was this bug assigned to me?  I see no reason and am unassigning myself.  CC me if you feel otherwise.
Components: Mobile>WebView>Glue
Owner: gch...@chromium.org
Status: Assigned (was: Unconfirmed)

Comment 5 by gch...@chromium.org, Apr 12 2017

Labels: -M-57
Hi there!
Is there any update on this?
Thank you!

Comment 7 by gch...@chromium.org, Apr 17 2017

Cc: eugene...@chromium.org
This does not repro in Safari or WKWebView.
It does repro in web shell and Chrome iOS.

I am wondering if Docs does something different for the Chrome iOS user agent, since I generally would not expect browser code to interact with Drive's custom PDF viewer. Did you also file a bug with them?

Eugenebut, any ideas come to mind?
We can try testing with Safari User Agent, which can be set via experimental settings.

Comment 9 by gch...@chromium.org, Apr 18 2017

Status: WontFix (was: Assigned)
I tested this with the Safari user agent, and it did not repro. So, it is a bug on the Drive side.
Status: Assigned (was: WontFix)
Does Drive know about this bug? If this is a drive bug, then we should file bug against  Drive and close this as ExternalDependency.
vkhabarov: Have you already reported this bug to Drive?
gchatz: No, I didn't, I'm on Chrome support, not sure what is the correct way to file a Drive bug or if I have necessary access. 
Components: -Infra>Client>iOS
gchatz@, could you please file a bug agains Drive. Thanks!
Cc: gch...@chromium.org
Owner: ----
Status: ExternalDependency (was: Assigned)
Filed.
ghatz@, what is the bug number, so we can track it?
b/62204814
vkhabarov: Are you still able to repro this? I am not able to anymore, and the drive team was not able to either.
gchatz: No, can't repro. Seems to be fixed.
Status: WontFix (was: ExternalDependency)
Marking as Won'tFix since can't repro.

Sign in to add a comment