WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
159325
Web Inspector: Fix inspector/debugger/pause-reason.html
https://bugs.webkit.org/show_bug.cgi?id=159325
Summary
Web Inspector: Fix inspector/debugger/pause-reason.html
Joseph Pecoraro
Reported
2016-06-30 17:58:40 PDT
Summary: This test currently fails. Steps to Reproduce: 1. shell> run-webkit-tests --force inspector/debugger/pause-reason.html => Fail Notes: Seems to fail because we don't pause where we expect to pause due to test behavior. Change the "pause on next statement" to not pause on inspector code, but instead pause on page code.
Attachments
[PATCH] Proposed Fix
(2.53 KB, patch)
2016-06-30 18:04 PDT
,
Joseph Pecoraro
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Joseph Pecoraro
Comment 1
2016-06-30 18:03:47 PDT
***
Bug 151893
has been marked as a duplicate of this bug. ***
Joseph Pecoraro
Comment 2
2016-06-30 18:04:22 PDT
Created
attachment 282499
[details]
[PATCH] Proposed Fix
Blaze Burg
Comment 3
2016-07-01 09:07:37 PDT
Comment on
attachment 282499
[details]
[PATCH] Proposed Fix View in context:
https://bugs.webkit.org/attachment.cgi?id=282499&action=review
> LayoutTests/inspector/debugger/pause-reason.html:33 > test.setup();
If there are other evaluateOnPage things queued up, how do we guarantee that the pause will be on test.expression and not some other expression?
Joseph Pecoraro
Comment 4
2016-07-01 11:36:50 PDT
(In reply to
comment #3
)
> Comment on
attachment 282499
[details]
> [PATCH] Proposed Fix > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=282499&action=review
> > > LayoutTests/inspector/debugger/pause-reason.html:33 > > test.setup(); > > If there are other evaluateOnPage things queued up, how do we guarantee that > the pause will be on test.expression and not some other expression?
I'm not sure there is a way we can guarantee this. This test is testing evaluateInPage + pause on next statement. If anything happens in between the test will be broken. That said, one possible solution might be evaluateInPage where the Runtime.evaluate options include doNotPauseOnExceptionsAndMuteConsole:true to evaluate a "setTimeout(something,0)". Not sure that is much better. What do you think?
WebKit Commit Bot
Comment 5
2016-07-02 20:32:47 PDT
Comment on
attachment 282499
[details]
[PATCH] Proposed Fix Clearing flags on attachment: 282499 Committed
r202783
: <
http://trac.webkit.org/changeset/202783
>
WebKit Commit Bot
Comment 6
2016-07-02 20:32:51 PDT
All reviewed patches have been landed. Closing bug.
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