[Webkit-unassigned] [Bug 179347] Web Inspector: Canvas Tab: reloading from canvas overview after making a recording will show the recording instead of overview

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Nov 7 08:45:29 PST 2017


https://bugs.webkit.org/show_bug.cgi?id=179347

Brian Burg <bburg at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bburg at apple.com

--- Comment #3 from Brian Burg <bburg at apple.com> ---
(In reply to Devin Rousso from comment #2)
> I don't think that they are auto-selected.  My guess as to what is happening
> is that we are never switching views away from the Recording, which is why
> it stays visible.  From what I remember, this is controlled by
> CanvasTabContentView.prototype.restoreStateFromCookie (and
> saveStateToCookie), so if we want to do this then we probably just want to
> modify those functions.
> 
> Personally, if I am viewing a recording (which is pretty independent of the
> page itself), I wouldn't want the recording to be deselected/hidden if I
> refresh the page.  Due to the exportability of Recordings, I don't see them
> as being "restricted" to a particular instance of a given page.  I see them
> more as a snapshot in time of something that happened, and WebInspector is
> just the means by which we can view that snapshot.  I can see the argument
> against this train of thought, however, so I could go either way.

I'm not proposing to hide the recording details and go back to overview when the page reloads. I'm proposing that we stay on the overview when the page reloads, but currently it jumps to a recording I wasn't looking at previously.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20171107/91a9d87e/attachment.html>


More information about the webkit-unassigned mailing list