<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] WTR doesn't correctly handle the Escape key"
href="https://bugs.webkit.org/show_bug.cgi?id=144788#c10">Comment # 10</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] WTR doesn't correctly handle the Escape key"
href="https://bugs.webkit.org/show_bug.cgi?id=144788">bug 144788</a>
from <span class="vcard"><a class="email" href="mailto:cgarcia@igalia.com" title="Carlos Garcia Campos <cgarcia@igalia.com>"> <span class="fn">Carlos Garcia Campos</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=144788#c8">comment #8</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=144788#c7">comment #7</a>)
> > (In reply to <a href="show_bug.cgi?id=144788#c4">comment #4</a>)
> > > (In reply to <a href="show_bug.cgi?id=144788#c3">comment #3</a>)
> > > > Once my original patch lands, I can run layout tests with this patch as well
> > > > and report back.
> > >
> > > Ideally, this patch blocks #40601, because with this, your patch might be
> > > reduced to a one line :-)
> >
> > I spent quite a few tedious hours running the tests and generating results,
> > so I'd much prefer to just land my original patch and then go back and
> > improve it later. It will be simpler for me and I won't have to worry about
> > going down a rat hole. I promise that I will try out your escape key
> > approach, which looks promising and propose another patch if it works.
>
> For an example of an uncertainty with the escape key approach: if we send
> the key between tests, will it pollute the results of tests before and after
> it? I'm not sure, but I do know that the gtk_menu_popdown approach works
> without a hitch.</span >
I don't send Escape between tests, but after running the context menu.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>