Re: More strict testing requirements?

David Edmundson <[email protected]>
Newsgroups gmane.comp.kde.devel.kwin
Message-ID <CAGeFrHDzKEp0cRNRh5z6AfwA8mnugALj9xt7GNwRvHO64-CxkA@mail.gmail.com>
On Fri, Dec 7, 2018 at 10:45 AM Roman Gilg <[email protected]> wrote:

> On Thu, Dec 6, 2018 at 7:12 PM Martin Flöser <[email protected]> wrote:
> >
> > Am 2018-12-06 13:39, schrieb David Edmundson:
> > > kwin-testWindowSelection is still failing repeatedly since Sunday.
> > >
> > > If we're following this we should block all non-fixing commits.
> >
> > The test started to fail with
> > https://build.kde.org/job/Plasma/job/kwin/job/kf5-qt5%20SUSEQt5.11/225/
> >
> > According to the build data it's one of:
> >
> >      Privatize variables in InputDeviceHandler
> >      Rework InputDeviceHandler focus tracking
> >      Add Wayland touch drag and drop support
> >
> > @Roman: can you please look into it?
>
> I looked already into it, but I haven't yet figured out why the test
> wasn't failing before the offending commit (which is "Rework
> InputDeviceHandler focus tracking").
>
>
We call Platform::startInteractiveWindowSelection(..) beginning at
>
> https://phabricator.kde.org/source/kwin/browse/master/autotests/integration/window_selection_test.cpp$276
> 3 times, which should always induce a touch cancel signal, so the
> correct signal count value would be 3 indeed.
>

The first 2 start window selection then send a touch.

The last one starts a touch from a client, then starts a window selection
so that client should receive a cancel.

David
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.