[webkit-reviews] review denied: [Bug 98223] Use monotonically increasing time throughout inspector : [Attachment 167889] Patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Oct 10 06:28:05 PDT 2012


Pavel Feldman <pfeldman at chromium.org> has denied James Simonsen
<simonjam at chromium.org>'s request for review:
Bug 98223: Use monotonically increasing time throughout inspector
https://bugs.webkit.org/show_bug.cgi?id=98223

Attachment 167889: Patch
https://bugs.webkit.org/attachment.cgi?id=167889&action=review

------- Additional Comments from Pavel Feldman <pfeldman at chromium.org>
View in context: https://bugs.webkit.org/attachment.cgi?id=167889&action=review


I think we save few lines of code and it becomes more straightforward from the
maintenance standpoint, but at the same time, I think naive protocol users will
not appreciate the getMonotonicClockOffset necessity. What is the main
motivation behind this change again?

> Source/WebCore/inspector/Inspector.json:926
> +		   "name": "getMonotonicClockOffset",

How often do you anticipate clients to call this? I.e. this value can change at
chrome runtime, right?

> Source/WebCore/inspector/InspectorCSSAgent.cpp:181
> +    m_currentMatchData.startTime = monotonicallyIncreasingTime() * 1000.0;

I'd convert domains one by one. For example, converting CSS profiler in a
separate change would make more sense to me.

> Source/WebCore/inspector/front-end/HAREntry.js:324
> +	       monotonicStartTime: page.startTime,

I don't think HAR spec has this field?
http://www.softwareishard.com/blog/har-12-spec/


More information about the webkit-reviews mailing list