Mir

[regression] unit_tests AndroidInputReceiverSetup.* takes excessive time

Bug #1375211 reported by Alan Griffiths
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mir
Fix Released
Low
Daniel van Vugt
mir (Ubuntu)
Fix Released
Low
Unassigned
mir (Ubuntu RTM)
Fix Released
Undecided
Unassigned

Bug Description

#77: mir_unit_tests.AndroidInputReceiverSetup.* .................................... Passed 10.36 sec

Unit tests should take milliseconds, not decaseconds.

Tags: regression

Related branches

Changed in mir:
status: New → Triaged
importance: Undecided → Low
assignee: nobody → Daniel van Vugt (vanvugt)
summary: - unit_tests AndroidInputReceiverSetup.* takes excessive time
+ [regression] unit_tests AndroidInputReceiverSetup.* takes excessive time
tags: added: regression
Changed in mir:
status: Triaged → In Progress
milestone: none → 0.8.0
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 0.8.0

Changed in mir:
status: In Progress → Fix Committed
Revision history for this message
Cemil Azizoglu (cemil-azizoglu) wrote :

This failed during jenkins run. The 1 ms might be too tight.

[ FAILED ] AndroidInputReceiverSetup.zero_timeout_is_less_than_1ms

Bumping priority to High as the failure is frequent, we'll have problems landing.

Changed in mir:
status: Fix Committed → Triaged
summary: - [regression] unit_tests AndroidInputReceiverSetup.* takes excessive time
+ [regression] unit_tests [ FAILED ]
+ AndroidInputReceiverSetup.zero_timeout_is_less_than_1ms
Changed in mir:
importance: Low → High
Revision history for this message
Cemil Azizoglu (cemil-azizoglu) wrote : Re: [regression] unit_tests [ FAILED ] AndroidInputReceiverSetup.zero_timeout_is_less_than_1ms

Failed twice in a row... Reverted in devel. Reducing priority.

Changed in mir:
importance: High → Low
summary: - [regression] unit_tests [ FAILED ]
- AndroidInputReceiverSetup.zero_timeout_is_less_than_1ms
+ [regression] unit_tests AndroidInputReceiverSetup.* takes excessive time
Changed in mir:
status: Triaged → In Progress
Revision history for this message
Cemil Azizoglu (cemil-azizoglu) wrote :

You can see the failures (#5 and #6) at the following link :
https://jenkins.qa.ubuntu.com/job/mir-ubuntu-ci/

Changed in mir:
milestone: 0.8.0 → 0.9.0
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 0.8.0

Changed in mir:
status: In Progress → Fix Committed
Changed in mir (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in mir:
status: Fix Committed → Fix Released
Changed in mir (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (11.9 KiB)

This bug was fixed in the package mir - 0.8.1+15.04.20150112.2~rtm-0ubuntu1

---------------
mir (0.8.1+15.04.20150112.2~rtm-0ubuntu1) 14.09; urgency=medium

  [ Daniel van Vugt ]
  * Bug fix release 0.8.1 (https://launchpad.net/mir/+milestone/0.8.1)
    - ABI summary: Servers need rebuilding, but clients do not;
      . Mirclient ABI unchanged at 8
      . Mircommon ABI unchanged at 2
      . Mirplatform ABI unchanged to 3
      . Mirserver ABI bumped to 26.1 (due to breakage in LP: #1355173)
    - Fixes bugs:
      . Switching windows with a Trusted Prompt Session active loses the
        trusted prompt session (LP: #1355173)
      . a prompt session with an invalid application pid should be an error
        (LP: #1377968)
  * mir_demo_client_basic: Don't assert on user errors like failing to
    connect to a Mir server. It's much more useful to tell the user what
    they did wrong than to automatically generate error reports and
    duplicate apport bugs. (LP: #1331958) . (LP: #1331958)
  * Enable "Project Butter" motion event resampling and prediction for a
    more responsive touch experience. .
  * When the server disconnects unexpectedly, give the client SIGHUP
    instead of the present SIGTERM. The former is more appropriate
    because it indicates: "Hangup detected on controlling terminal or
    death of controlling process" [signal(7)] whereas SIGTERM is
    reserved for more polite user-requested shutdowns. .
  * Fix the common/shared source tree layout inconsistency. If it goes
    in libmircommon then it should be called "common" and not "shared":
  * Move mir::time::*Clock out of libmirserver and into libmircommon. It
    will soon be used by libmirclient.
  * Bump version to 0.8.0 as Mir 0.7.0 was released today.
  * Remove dead code "kill_client_processes()" from mir_test_framework.
  * Work around spurious SIGKILL delivered to clients by Valgrind during
    tests. This is why CI is failing randomly (LP: #1364772) Actually
    this workaround is nothing new. A quick grep shows we already use
    the same hack in 13 other locations under tests/. . (LP: #1364772)
  * Privatise (don't install) headers that are unused by clients, QtMir
    or USC. This reduces the size of the public include/ tree from 377
    to 121 files, and reduces the number of those that get installed
    from 208 to 121.
  * Bump the mircommon ABI to 2. We actually broke it in the Mir 0.7.0
    release with symbols.map and didn't notice in time (LP: #1364890)
    (LP: #1364890)
  * Restore support for gcc-4.8/trusty (LP: #1366134) (LP: #1366134)
  * Publish an internal header that QtMir recently started using:
    mir/input/input_channel.h (LP: #1365934) . (LP: #1365934)
  * Relax dependencies on libmirplatform2. Any binary package that uses
    libmirplatform2 should already be ABI compatible with any version of
    libmirplatform2. Assuming we maintain our ABIs correctly...
    Minimising exact version requirements should minimise future package
    upgrade problems. .
  * Privatise more headers -- these are the ones unused by any external
    projects but are used internally by the server code in examples/
    only.
  * Introducing a generic client per...

Changed in mir (Ubuntu RTM):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.