Uploading file for changed page (via drag & drop) crashes Chrome without report
Reported by
derpyapp...@gmail.com,
Dec 11 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Steps to reproduce the problem: 1. Create or view any web page with a file upload button (<input type="file">). Click that button. 2. Drag and drop any file that can be viewed with Chrome (I used an image) onto the aforementioned page. 3. When the page changes, select "Open File" on the upload dialog. What is the expected behavior? On step 2, the browser should reject the drag and drop operation. What went wrong? By changing the web page requesting the upload while you are selecting a file, we essentially create a null dereference when you select the file to upload and send it back to Chrome. Crashed report ID: No How much crashed? Whole browser Is it a problem with a plugin? No Did this work before? N/A Chrome version: 63.0.3239.84 Channel: stable OS Version: 10.0 Flash Version: While this bug does not crash Chrome 100% of the time, it does produce errors if run in WinDBG. Firefox and Edge do not have this issue, as they block any drag and drop operations while the "Choose File" dialog is open.
,
Dec 11 2017
Sorry, maybe I didn't explain it right. By the "Open File" dialog I mean the external explorer.exe window that pops up when you click a button with the HTML code <input type="file ...>. You need to change the actual webpage that is open by dragging a file (like an image) onto a page that does not support drag and drop uploads. This will update the tab that has the upload button while the explorer.exe dialog is still open and ready to select a file to send to Chrome. I have attached a very simple HTML document with an upload file button and no drag and drop upload support. I hope this helps.
,
Dec 11 2017
Thank you for providing more feedback. Adding requester "ranjitkan@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
,
Dec 11 2017
Also, I think you need to drag the file from the explorer dialog that opens. I forgot to mention that.
,
Dec 12 2017
Tested the issue on windows 10 & Mac OS 10.12.6 using chrome stable M63 #63.0.3239.84 and followed the steps below: 1. Downloaded test file from comment #2 and clicked on choose file . 2. Dragged the file from the dialog to the html file and had seen no crash. Attached screencast for reference. @ derpyapproved-- Could you please check attached screencast and let us know if we have missed any steps in reproducing the issue and also help us in reproducing the issue with the screencast for better understanding. Thanks!
,
Jun 11 2018
derpyapproved@ Does this issue still occur? It is in a state where it is awaiting details for you for the past 6 months.
,
Jun 28 2018
Closing issue due to lack of feedback requested but not provided. If the issue still exists please open a new issue with the details requested. |
||||
►
Sign in to add a comment |
||||
Comment 1 by ranjitkan@chromium.org
, Dec 11 2017Labels: Needs-Triage-M63 Needs-Feedback