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

Issue 635376 link

Starred by 3 users
Status: WontFix
Owner: ----
Closed: Aug 2017
Cc:
nzolghadr@chromium.org
mustaq@chromium.org
█ chongz@chromium.org
bokan@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug



Sign in to add a comment

shift click on svg element loaded with <object> does not work in Chrome

Reported by somers_...@cox.net, Aug 8 2016 
Chrome Version       : 52.0.2743.116
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
     Safari:
    Firefox:  OK
         IE:  OK

What steps will reproduce the problem?
(1)  Run the attached html/javascript and svg files.
(2)  Open the console.
(3)  Both click and shift-click the rectangle that is displayed.  Chrome detects clicks but not shift-clicks.
(4)  Chrome successfully detects shift-double-clicks but not shift-single-clicks.  


What is the expected result?
Chrome should detect both click and shift-clicks. In my own testing, I also discovered that the bug only occurs when the svg is loaded via an < object > tag.  If the svg is loaded inline with the html code, Chrome behaves properly.  





What happens instead?
Shift-clicks do not seem to register at all.  

Please provide any additional information below. Attach a screenshot if
possible.
junk.html
388 bytes View Download
junk.svg
536 bytes Download

Comment 1 by ranjitkan@chromium.org, Aug 8 2016

Cc: ranjitkan@chromium.org
Components: Blink>JavaScript
Labels: M-54 OS-Linux OS-Mac OS-Windows
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Windows 7, MAC 10.11.6, Ubuntu 14.04 and is a non regression since seeing this issue from M24. Untriaging it so that it gets addressed. 

This is working fine on FF.

Comment 2 by hablich@chromium.org, Aug 8 2016

Components: -Blink>JavaScript Blink>Input

Comment 3 by nzolghadr@chromium.org, Aug 11 2016

Labels: Needs-Feedback Hotlist-Input-Dev
Status: Unconfirmed (was: Untriaged)
I believe what you want is correct. But I had a little bit of problem reproducing this on 52.0.2743.116. When serving the files from my computer I got this error:

Uncaught SecurityError: Blocked a frame with origin "null" from accessing a frame with origin "null". Protocols, domains, and ports must match.

as the script inside the svg was trying to call something from outside. Did you turn on any flags or maybe serve the files differently?

Comment 4 by bokan@chromium.org, Aug 18 2016

Cc: bokan@chromium.org nzolghadr@chromium.org
Labels: -Needs-Feedback
Status: Available (was: Unconfirmed)
I've confirmed in 54.0.2824.0, hosted at http://bokan.ca/junk.html. Navid, you've been doing some click work, are you the right person to take a look?

Comment 5 by bokan@chromium.org, Aug 18 2016

Cc: chongz@chromium.org
+Chong who's also done work in this area.

Comment 6 by nzolghadr@chromium.org, Aug 18 2016

Cc: mustaq@chromium.org
mustaq@ does this share the same root cause as issue 61574 that you are working on?
Project Member

Comment 7 by sheriffbot@chromium.org, Aug 21 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by dtapu...@chromium.org, Aug 28 2017

Status: WontFix (was: Untriaged)
Can no longer reproduce. Shift is set correctly.
►

Sign in to add a comment