On Thu, 4 Sep 2014 10:23:05 -0500
Derek Foreman wrote:
> If a full screen program is fading out and a touch start happens, it
> will result in a NULL pointer dereference when weston_touch_set_focus
> tries to derefernce view->surface->resource.
>
> Instead, this patch sets the focus to NULL, wh
If a full screen program is fading out and a touch start happens, it
will result in a NULL pointer dereference when weston_touch_set_focus
tries to derefernce view->surface->resource.
Instead, this patch sets the focus to NULL, which should be the
same as if the program was destroyed during the to
On 04/09/14 06:49 AM, Pekka Paalanen wrote:
> On Fri, 29 Aug 2014 13:18:54 -0500
> Derek Foreman wrote:
>
>> I should mention I don't have a touch capable screen and am only doing
>> partial testing with a modified version of libinput. More testing would
>> be nice. :)
>>
>> On 29/08/14 01:12 P
On Fri, 29 Aug 2014 13:18:54 -0500
Derek Foreman wrote:
> I should mention I don't have a touch capable screen and am only doing
> partial testing with a modified version of libinput. More testing would
> be nice. :)
>
> On 29/08/14 01:12 PM, Derek Foreman wrote:
> > If a full screen program i
I should mention I don't have a touch capable screen and am only doing
partial testing with a modified version of libinput. More testing would
be nice. :)
On 29/08/14 01:12 PM, Derek Foreman wrote:
> If a full screen program is fading out and a touch start happens, it
> will result in a NULL poi
If a full screen program is fading out and a touch start happens, it
will result in a NULL pointer dereference when weston_touch_set_focus
tries to derefernce view->surface->resource.
Instead, this patch sets the focus to NULL, which should be the
same as if the program was destroyed during the to
