WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
148758
Need to be able to test default behaviors on force click
https://bugs.webkit.org/show_bug.cgi?id=148758
Summary
Need to be able to test default behaviors on force click
Beth Dakin
Reported
2015-09-03 16:33:21 PDT
Need to be able to test default behaviors on force click
Attachments
Patch
(28.58 KB, patch)
2015-09-03 16:45 PDT
,
Beth Dakin
no flags
Details
Formatted Diff
Diff
Patch
(28.13 KB, patch)
2015-09-03 22:08 PDT
,
Beth Dakin
no flags
Details
Formatted Diff
Diff
Patch
(28.15 KB, patch)
2015-09-04 10:12 PDT
,
Beth Dakin
buildbot
: commit-queue-
Details
Formatted Diff
Diff
Archive of layout-test-results from ews103 for mac-mavericks
(548.74 KB, application/zip)
2015-09-04 10:46 PDT
,
Build Bot
no flags
Details
Patch
(32.75 KB, patch)
2015-09-04 11:20 PDT
,
Beth Dakin
thorton
: review+
Details
Formatted Diff
Diff
Show Obsolete
(4)
View All
Add attachment
proposed patch, testcase, etc.
Beth Dakin
Comment 1
2015-09-03 16:45:19 PDT
Created
attachment 260539
[details]
Patch
WebKit Commit Bot
Comment 2
2015-09-03 16:47:38 PDT
Attachment 260539
[details]
did not pass style-queue: ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:376: When wrapping a line, only indent 4 spaces. [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:377: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:378: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:380: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:381: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:382: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:438: When wrapping a line, only indent 4 spaces. [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:439: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:440: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:442: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:443: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Tools/WebKitTestRunner/mac/EventSenderProxy.mm:444: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] Total errors found: 12 in 15 files If any of these errors are false positives, please file a bug against check-webkit-style.
Radar WebKit Bug Importer
Comment 3
2015-09-03 17:49:36 PDT
<
rdar://problem/22569900
>
Tim Horton
Comment 4
2015-09-03 17:58:34 PDT
Comment on
attachment 260539
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=260539&action=review
> Tools/WebKitTestRunner/mac/EventSenderProxy.mm:102 > + _eventSender_subtype = NSWindowExposedEventType;
This is zero, so I think you should just omit it (I don't think this is really meant to be NSWindowExposedEventType, it just happens to be the same as 0).
> Tools/WebKitTestRunner/mac/EventSenderProxy.mm:374 > + if ([m_testController->mainWebView()->platformView() hitTest:[event locationInWindow]])
Why bother with the hit test? We don't use its result, and don't need to do it.
Beth Dakin
Comment 5
2015-09-03 22:02:47 PDT
(In reply to
comment #4
)
> Comment on
attachment 260539
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=260539&action=review
> > > Tools/WebKitTestRunner/mac/EventSenderProxy.mm:102 > > + _eventSender_subtype = NSWindowExposedEventType; > > This is zero, so I think you should just omit it (I don't think this is > really meant to be NSWindowExposedEventType, it just happens to be the same > as 0).
You're right! I don't seem to need it.
> > > Tools/WebKitTestRunner/mac/EventSenderProxy.mm:374 > > + if ([m_testController->mainWebView()->platformView() hitTest:[event locationInWindow]]) > > Why bother with the hit test? We don't use its result, and don't need to do > it.
Good catch! I removed it.
Beth Dakin
Comment 6
2015-09-03 22:08:32 PDT
Created
attachment 260566
[details]
Patch
Beth Dakin
Comment 7
2015-09-04 10:12:41 PDT
Created
attachment 260594
[details]
Patch
Build Bot
Comment 8
2015-09-04 10:46:02 PDT
Comment on
attachment 260594
[details]
Patch
Attachment 260594
[details]
did not pass mac-ews (mac): Output:
http://webkit-queues.webkit.org/results/140258
New failing tests: fast/events/force-click-on-link-navigation.html
Build Bot
Comment 9
2015-09-04 10:46:05 PDT
Created
attachment 260596
[details]
Archive of layout-test-results from ews103 for mac-mavericks The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews103 Port: mac-mavericks Platform: Mac OS X 10.9.5
Beth Dakin
Comment 10
2015-09-04 11:20:39 PDT
Created
attachment 260600
[details]
Patch
Tim Horton
Comment 11
2015-09-04 11:31:50 PDT
Comment on
attachment 260600
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=260600&action=review
> Tools/WebKitTestRunner/mac/EventSenderProxy.mm:95 > + _eventSender_momentumPhase = 0;
No need for this since it's ObjC
> Tools/WebKitTestRunner/mac/EventSenderProxy.mm:376 > +static void spinRunLoopForForce()
handleNextPressureEvent() or something! we're not spinning (just handling the next enqueued pressure event), and we should probably be explicit about which event type we're handling. Actually, since you always -_postDelayed and then spinRunLoopForForce(), you could make it handleForceEventSynchronously(NSEvent *) and do both things inside here! and that will make the other code less repeaty
Beth Dakin
Comment 12
2015-09-04 11:46:31 PDT
http://trac.webkit.org/changeset/189365
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