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

Issue 788484 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Chrome goes to not responding state when user first drag & drop and then upload the same file.

Reported by hirudin...@gmail.com, Nov 25 2017

Issue description

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

Steps to reproduce the problem:
1. Go to gmail
2. Click on compose button
3. Then Click on attach file icon of the New Message.
4. Drag and drop one file to the New Message box and while it is being uploaded, Click on "Open" button of the "Open window" (The window popped up after you click on the 'attach file icon')
5. After the above step chrome window stops responding and have to forcefully close chrome and relaunch it to get back to normal.

What is the expected behavior?
Same file should be attached twice to the new mail

What went wrong?
After the 4th step, chrome window stops responding and have to forcefully close chrome and relaunch it to get back to normal.

Screen shot is attached.
And took dumps of chrome processors as in "http://dev.chromium.org/for-testers/bug-reporting-guidelines/hanging-tabs" and they are also attached.

Did this work before? N/A 

Chrome version: 62.0.3202.94  Channel: stable
OS Version: 10.0
Flash Version: 

This issue seems to be sporadic, but with large size of files I was able to easily reproduce it.
 
Screenshot (44).png
253 KB View Download
chrome.zip
6.8 MB Download

Comment 1 by ajha@chromium.org, Nov 27 2017

Labels: Needs-Triage-M62
Cc: divya.pa...@techmahindra.com
Labels: Triaged-ET Needs-Feedback
Unable to reproduce the issue on the reported version 62.0.3202.94 using Win10 and latest canary 64.0.3278.0 with steps mentioned in comment#0.

Steps to reproduce the issue:
1. logged into gmail, clicked on compose mail -> atatch filer icon
2. Drag and dropped the file into new message box and while file is uploading clikced on open button on open window
3. Two files got attached in the new mail box

@Reporter: Please check the video and let us know if we miss anything. This would help in further triaging of the issue.

Thanks!
788484.mp4
2.2 MB View Download
Hi,

The steps and order you have performed them, are exactly correct.
This seems to be a sporadic issue.
Even I was able to successfully upload a file by following those steps.
But for me issue can be reproduce quite frequently.
Please refer the attached gif, which was recorded when chrome stops responding. Hope this will help you for your further work. 
I have attached the attachment I tried to upload. (I checked for .pdf .jpec .txt .edi file types and issue occurred for each type )

Error_output.gif
2.7 MB View Download
Screenshot (44).png
253 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Nov 27 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "divya.padigela@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: vamshi.k...@techmahindra.com
Labels: Needs-Feedback
"@Reporter: Could you please check the issue using latest canary #64.0.3278.0 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. 

Thanks!"
Hi,

I would like to have a little help to clear thing out.
1. Do you mean that, I should create a new gmail account by "Creating a new profile" ??
2. Where can I download canary #64.0.3278.0 ?

Meantime
1. I did download canary #64.0.3279.0 from this link https://www.google.com/chrome/browser/canary.html
2. I logged in to same gmail account from chromium (No apps or extensions)
3. And I was able to reproduce the issue.

Then I created a New Gmail account and There also I was able to reproduce the issue with .pdf file.

(Note : Initially It was less frequent in the new gmail account. But can be reproduced.) 
Chromium_001.PNG
106 KB View Download
Project Member

Comment 7 by sheriffbot@chromium.org, Nov 29 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: Blink>DataTransfer
Labels: M-64
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Win-10 using chrome reported version #62.0.3202.94 and latest canary #64.0.3280.0.
Issue is OS-Win specific.
This is a non-regression issue as it is observed from M50 old builds. 
Note: The issue seems to occur using .png and .pdf files. The issue doesn't occur using .webm files as in comment #2.

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!

Comment 9 by jsb...@chromium.org, Dec 19 2017

Cc: pwnall@chromium.org
Components: Blink>FileAPI
Status: Available (was: Untriaged)
This sounds like a variant of  issue 497928  - i.e. on Windows, Chrome behaves badly if drag/drop is performed while there's a file picker up.
Components: Blink>Storage>FileAPI
Components: -Blink>FileAPI

Sign in to add a comment