New issue
Advanced search Search tips

Issue 905055 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Drag and dropping a file into a non-form field by mistake causes an immediate page change

Reported by j...@externl.com, Nov 13

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3608.4 Safari/537.36

Steps to reproduce the problem:
1. Drag and drop a file into the browser window
2. Browser "redirects" to that file://...

What is the expected behavior?

What went wrong?
Sometimes when I'm filling bug reports (like this one) and I need to attach screen shot I drag and drop the screenshot from my Desktop. 

Sometimes I drop the file into a form space that doesn't allow drag and drop. Instead of a warning or nothing happening, I'm "redirected" to that file. file://...

A warning when attempting to drag and drop a file into a non drag and drop zone would be nice.

Did this work before? N/A 

Chrome version: 72.0.3608.4  Channel: dev
OS Version: OS X 10.14.1
Flash Version:
 
Labels: Needs-Triage-M72
Cc: phanindra.mandapaka@chromium.org
Labels: Needs-Feedback Triaged-ET
Thanks for the issue...

Unable to reproduce the issue on reported chrome version 72.0.3608.4 using Mac 10.14.0. Attaching screencast for reference.
Steps: 
---------
1. Launched reported chrome 
2. Dragged and dropped jpeg and html files as per attached screencast
As we have observed that the Browser redirects to that file://. (jpeg and html)

@Reporter: Can you verify this issue with fresh profile that is not having any extensions and apps or reset all the flags. Let us know whether issue still persists.

Thanks..!
905055.mp4
1.9 MB View Download
Hi, sorry I wasn't clear enough. The issue more about when you drag onto a page. See attached.
drag-n-drop.mov
14.9 MB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Nov 14

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: viswa.karala@chromium.org
Labels: Target-72 M-72 FoundIn-71 FoundIn-70 FoundIn-72 OS-Linux OS-Windows
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on chrome reported version# 72.0.3608.4, #70.0.3538.102 and on latest chrome# 72.0.3610.0 as per comment# 0 & 3 using Mac 10.12.6, Windows-10 and Ubuntu 17.10. As this issue is seen from M-60(60.0.3112.0), hence considering this issue as Non-Regression and marking it as Untriaged.

Thanks!
Components: -UI UI>Browser
Labels: Hotlist-DesktopUIConsider
Labels: Group-Window
Status: Available (was: Untriaged)
Labels: -Hotlist-DesktopUIConsider Hotlist-DesktopUITriaged
Labels: -M-72 -Target-72 M-73 Target-73
Cc: ericrk@chromium.org
Owner: ericrk@chromium.org
Status: Assigned (was: Available)
📍 Found a significant difference after 1 commit.
https://pinpoint-dot-chromeperf.appspot.com/job/12ed997a140000

Add SII method to upload data at creation and use for LTHI by ericrk@chromium.org
https://chromium.googlesource.com/chromium/src/+/8d678f89ac9bbc6f02c01842473ada033d8babdc
memory:chrome:all_processes:reported_by_chrome:cc:effective_size: 2.452e+08 → 2.281e+08 (-1.711e+07)

Understanding performance regressions:
  http://g.co/ChromePerformanceRegressions

Benchmark documentation link:
  https://bit.ly/system-health-benchmarks

Sign in to add a comment