New issue
Advanced search Search tips

Issue 787863 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Opening docx or xlsx opens a downloaded copy not the original

Reported by joshstr...@gmail.com, Nov 22 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Download the attached zip that has a folder with an html and two documents
2. Unzip and place somewhere accessible
3. Open the html file
4. Click on a link file
5. If it downloads, mark it as always open this file type and click the link again
6. It should open Word or Excel (or alternative editor)
7. Make a change and save the file
8. Click on the link again
9. Compare what you just changed to the just-opened file if it has the changes

What is the expected behavior?
The document opened a second time shows the changes from step #7.

What went wrong?
It opens the file but it is opening a downloaded copy. When the html is on the file:// and it's opening a document of file:// protocol as well, it should open the relative file, not a downloaded copy.

Did this work before? N/A 

Chrome version: 62.0.3202.94  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

First bug and I tried submitting it on Chrome Forum which was moved to the Chrome Browser Administrator Forum. Any guidance is welcome.

https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!topic/chrome-admins/_RKIEfkao7Y
 
FileTest.zip
16.1 KB Download
Labels: Needs-Triage-M62

Comment 2 by b...@chromium.org, Nov 23 2017

Components: UI>Browser>Downloads
Cc: rkalavakuntla@chromium.org
Labels: Needs-Feedback
@joshstreck: Thanks for filing the issue.

Tested this issue on Win 7,Ubuntu 14.04,Mac OS 10.12.6 using chrome reported version #62.0.3202.94 and canary #64.0.3279.0 by using the below steps:

1.Downloaded the attached zip that has a folder with an html and two documents
2.Unzipped and place somewhere accessible
3.Opened the html file
4.Clicked on a link file
5.It downloads, marked it as always open this file type and clicked the link again
6.It open Word 
7.Made a change and saved the file
8.Clicked on the link again
9.Compared what I have just changed to the just-opened file if it has the changes.
Observed that the newly opened file doesn't have the changes.And also when I clicked link for second time, it didn't showed the changes from Step #7, instead it opened another downloaded copy which has no changes in it.

I observed the same behavior in M-50 builds as well as in Other browsers like Firefox..

@Reporter:Please check the attached screencast and let us know if anything is missed from our end. And also please confirm whether the issue is specific to chrome. If it works fine in other browsers please provide us an expected screencast of it.
Thanks..
787863.webm
5.6 MB View Download
@rkalavakuntla: Thanks! And it does seem to be specific with Chrome. I didn't mention, but Firefox and IE and Edge all perform the same as it opens the original file. Chrome is the only one downloading a new copy every time. At least on my machine, but since you mentioned Firefox, looks like Firefox is doing something different on your machine?

I've attached a webex mp4 of me opening it in Firefox and changing the file and confirming the change is still there when I reclick on the link. 

Is there anything else that would be beneficial to add or do a screenshot?
Firefox.mp4
477 KB View Download
Project Member

Comment 5 by sheriffbot@chromium.org, Nov 28 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "rkalavakuntla@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Pri-2 Pri-3
Owner: dtrainor@chromium.org
Thanks for filing!  I think we need to check security expectations on this before just opening the file.
Status: Assigned (was: Unconfirmed)

Sign in to add a comment