WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WORKSFORME
Bug 105355
`cursor` value ignored for canvas:active whose siblings are or contain text nodes
https://bugs.webkit.org/show_bug.cgi?id=105355
Summary
`cursor` value ignored for canvas:active whose siblings are or contain text n...
Andy E
Reported
2012-12-18 15:13:46 PST
A small bug that was brought to my attention recently. When using the `:active` pseudo-class to change the mouse cursor for a canvas element, the cursor will change to the value specified by the `cursor` style while the mouse is pressed over the element. However, if one or more siblings contain text, the value of `cursor` is overridden and the text selection cursor is shown instead (indicating a value of "text"). The bug manifests whether the siblings follow or precede the <canvas> element, and even when the TextNode is nested several layers (haven't tested large depths).
Attachments
Test case
(349 bytes, text/html)
2012-12-18 15:14 PST
,
Andy E
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Andy E
Comment 1
2012-12-18 15:14:54 PST
Created
attachment 180043
[details]
Test case Hold the mouse down over the canvas. The cursor should remain w-resize, but changes to text.
Elisabeth
Comment 2
2013-03-25 16:23:50 PDT
I can confirm this bug; I've tested on Firefox, Safari and Chrome, and Safari and Chrome exhibit the behavior described by Andy. canvas { /* other properties here */ cursor: crosshair; } canvas.dragging, canvas:active, canvas:focus { cursor: crosshair; } During the dragging motion, the cursor changes to the text selection cursor despite the CSS properties (shown) defined on the canvas.
Abhijeet Kandalkar
Comment 3
2013-10-31 08:25:54 PDT
I tried on webkit
r158108
to reproduce the bug, but couldn't. Could you please verify it still exist or not.
Andy E
Comment 4
2014-01-28 00:36:44 PST
(In reply to
comment #3
)
> I tried on webkit
r158108
to reproduce the bug, but couldn't. Could you please verify it still exist or not.
It looks like the bug has been fixed, not sure exactly when this happened, though.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug