05Apr17r23819 - detailed test results for COMPLEX

To reconnect the TextTest GUI to these results, run:

texttest -a complex -d /home/delphi/sumo/tests -reconnect /home/delphi/texttesttmp/gcc4_64.30Apr012055.8498 -g

To start TextTest for these tests, run:

texttest -a complex -d /home/delphi/sumo/tests


default: 104 tests: 90 succeeded 10 known bugs 4 FAILED

Detailed information for the tests that FAILED:

TEST FAILED on sim-build : traci pythonApi person ( Last six runs Apr2017 )

---------- Differences in errors ----------
1,3c1,10
< Error: Answered with error to command 0xae: Person 'bla' is not known
< Error: Answered with error to command 0xae: The stage index must be lower than the number of remaining stages.
< Error: Answered with error to command 0xae: The negative stage index must refer to a valid previous stage.
---
> Traceback (most recent call last):
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/person/runner.py", line 57, in <module>
>     traci.person.setLength(personID, 2)
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/person/../../../../../tools/traci/_person.py", line 347, in setLength
>     tc.CMD_SET_PERSON_VARIABLE, tc.VAR_LENGTH, personID, length)
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/person/../../../../../tools/traci/connection.py", line 141, in _sendDoubleCmd
>     self._sendExact()
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/person/../../../../../tools/traci/connection.py", line 102, in _sendExact
>     raise FatalTraCIError("connection closed by SUMO")
> traci.exceptions.FatalTraCIError: connection closed by SUMO
---------- Differences in fcd ----------
2a3,4
> <!-- generated on Wed Apr  5 01:29:38 2017 by SUMO Version dev-SVN-r23819
> <?xml version="1.0" encoding="UTF-8"?>
4,731c6,31
< <fcd-export xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://sumo.dlr.de/xsd/fcd_file.xsd">
<     <timestep time="0.00">
<         <person id="horiz" x="761.50" y="504.98" angle="270.00" speed="0.00" pos="238.50" edge="2fi" slope="0.00"/>
<         <person id="newPerson" x="511.57" y="476.55" angle="0.00" speed="0.00" pos="225.05" edge="3si" slope="0.00"/>
<     </timestep>
<     <timestep time="1.00">
<         <person id="horiz" x="760.36" y="504.98" angle="270.00" speed="1.14" pos="239.64" edge="2fi" slope="0.00"/>
<         <person id="newPerson" x="511.57" y="477.58" angle="0.00" speed="1.03" pos="226.08" edge="3si" slope="0.00"/>
<     </timestep>
<     <timestep time="2.00">
<         <person id="horiz" x="758.98" y="504.98" angle="270.00" speed="1.38" pos="241.02" edge="2fi" slope="0.00"/>
<         <person id="newPerson" x="511.57" y="478.66" angle="0.00" speed="1.08" pos="227.16" edge="3si" slope="0.00"/>
<     </timestep>
<     <timestep time="3.00">
<         <person id="horiz" x="757.76" y="504.98" angle="270.00" speed="1.23" pos="242.24" edge="2fi" slope="0.00"/>
<         <person id="newPerson" x="511.57" y="479.85" angle="0.00" speed="1.19" pos="228.35" edge="3si" slope="0.00"/>
<     </timestep>
<     <timestep time="4.00">
<         <person id="horiz" x="756.57" y="504.98" angle="270.00" speed="1.18" pos="243.43" edge="2fi" slope="0.00"/>
<         <person id="newPerson" x="511.57" y="480.99" angle="0.00" speed="1.14" pos="229.49" edge="3si" slope="0.00"/>
<     </timestep>
<     <timestep time="5.00">
<         <person id="horiz" x="755.34" y="504.98" angle="270.00" speed="1.24" pos="244.66" edge="2fi" slope="0.00"/>
<         <person id="newPerson" x="511.57" y="482.01" angle="0.00" speed="1.02" pos="230.51" edge="3si" slope="0.00"/>
<     </timestep>
<     <timestep time="6.00">
<truncated after showing first 30 lines>
---------- Differences in output ----------
5,81d4
< type pType2@horiz
< persons ['horiz', 'newPerson']
< person count 2
< examining horiz
< speed 1.37625571631
< pos (758.9823578158006, 504.975)
< angle 270.0
< road 2fi
< type pType2@horiz
< lanePos 241.017642184
< color (255, 255, 0, 255)
< length 2.0
< MinGap 2.22
< width 1.11
< waiting time 0.0
< stage 2
< remainingStages 1
< edges ['2fi', '2si', '1o']
< vehicle 
< {0: ['horiz', 'newPerson']}
< step 3
< {0: ['horiz', 'newPerson']}
< step 4
< {0: ['horiz', 'newPerson']}
< step 5
< {0: ['horiz', 'newPerson']}
< persons ['horiz', 'newPerson']
< person count 2
< examining horiz
<truncated after showing first 30 lines>

TEST FAILED on sim-build : traci pythonApi vehicle ( Last six runs Apr2017 )

---------- Differences in errors ----------
1,9c1,16
< Error: Answered with error to command 0xa4: Vehicle 'bla' is not known
< Error: Answered with error to command 0xc4: Invalid departure position.
< Error: Answered with error to command 0xa4: Vehicle 'anotherOne' is not known
< Warning: Departure time for vehicle 'departInThePast' is in the past; using current time instead.
< Warning: Vehicle 'parking2' aborts stop.
< Warning: Teleporting vehicle 'collider'; collision with vehicle 'blocker', lane='2fi_0', gap=-4.52, time=117.00 stage=events.
< Warning: Vehicle 'collider' ends teleporting on edge '2si', time 118.00.
< Error: Answered with error to command 0xa4: Vehicle 'elVeh' does not support device parameter 'device.foo.bar' (No device off type 'foo' exists).
< Error: Answered with error to command 0xa4: Vehicle 'elVeh' does not support device parameter 'device.battery.foobar' (Parameter 'foobar' is not supported for device of type 'battery').
---
> Traceback (most recent call last):
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/vehicle/runner.py", line 132, in <module>
>     check(vehID)
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/vehicle/runner.py", line 83, in check
>     print("length", traci.vehicle.getLength(vehID))
>   File "/home/delphi/sumo/tools/traci/_vehicle.py", line 364, in getLength
>     return self._getUniversal(tc.VAR_LENGTH, vehID)
>   File "/home/delphi/sumo/tools/traci/domain.py", line 118, in _getUniversal
>     self._cmdGetID, varID, objectID)
>   File "/home/delphi/sumo/tools/traci/connection.py", line 131, in _sendReadOneStringCmd
>     return self._checkResult(cmdID, varID, objID)
>   File "/home/delphi/sumo/tools/traci/connection.py", line 159, in _checkResult
>     result = self._sendExact()
>   File "/home/delphi/sumo/tools/traci/connection.py", line 102, in _sendExact
>     raise FatalTraCIError("connection closed by SUMO")
> traci.exceptions.FatalTraCIError: connection closed by SUMO
---------- Differences in output ----------
34,648d33
< length 5.0
< maxSpeed 55.5555555556
< speedFactor 1.0
< allowedSpeed 11.11
< accel 2.6
< decel 4.5
< imperfection 0.5
< tau 1.0
< vClass passenger
< emissionclass HBEFA3/PC_G_EU4
< shape passenger
< MinGap 2.5
< width 1.8
< height 1.5
< lcStrategic 1.00
< lcCooperative 1.00
< lcSpeedGain 1.00
< maxSpeedLat 1.0
< minGapLat 1.0
< lateralAlignment center
< lanePosLat 0.0
< person number 0
< waiting time 0.0
< driving dist 2992.34286403
< driving dist 2D 1090.34286403
< line 
< via []
< lane change state right (1073741824, 1073741824)
< lane change state left (1073741824, 1073741824)
<truncated after showing first 30 lines>

TEST FAILED on sim-build : traci pythonApi vehicle_sublane ( Last six runs Apr2017 )

---------- Differences in errors ----------
1,9c1,16
< Error: Answered with error to command 0xa4: Vehicle 'bla' is not known
< Error: Answered with error to command 0xc4: Invalid departure position.
< Error: Answered with error to command 0xa4: Vehicle 'anotherOne' is not known
< Warning: Departure time for vehicle 'departInThePast' is in the past; using current time instead.
< Warning: Vehicle 'parking2' skips stop on lane '2fi_0' time=106.00.
< Warning: Teleporting vehicle 'collider'; collision with vehicle 'blocker', lane='2fi_0', gap=-5.43', latGap=-1.80, time=117.00 stage=events.
< Warning: Vehicle 'collider' ends teleporting on edge '2si', time 117.00.
< Error: Answered with error to command 0xa4: Vehicle 'elVeh' does not support device parameter 'device.foo.bar' (No device off type 'foo' exists).
< Error: Answered with error to command 0xa4: Vehicle 'elVeh' does not support device parameter 'device.battery.foobar' (Parameter 'foobar' is not supported for device of type 'battery').
---
> Traceback (most recent call last):
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/vehicle/runner.py", line 132, in <module>
>     check(vehID)
>   File "/home/delphi/sumo/tests/../tests/complex/traci/pythonApi/vehicle/runner.py", line 83, in check
>     print("length", traci.vehicle.getLength(vehID))
>   File "/home/delphi/sumo/tools/traci/_vehicle.py", line 364, in getLength
>     return self._getUniversal(tc.VAR_LENGTH, vehID)
>   File "/home/delphi/sumo/tools/traci/domain.py", line 118, in _getUniversal
>     self._cmdGetID, varID, objectID)
>   File "/home/delphi/sumo/tools/traci/connection.py", line 131, in _sendReadOneStringCmd
>     return self._checkResult(cmdID, varID, objID)
>   File "/home/delphi/sumo/tools/traci/connection.py", line 159, in _checkResult
>     result = self._sendExact()
>   File "/home/delphi/sumo/tools/traci/connection.py", line 102, in _sendExact
>     raise FatalTraCIError("connection closed by SUMO")
> traci.exceptions.FatalTraCIError: connection closed by SUMO
---------- Differences in output ----------
34,648d33
< length 5.0
< maxSpeed 55.5555555556
< speedFactor 1.0
< allowedSpeed 11.11
< accel 2.6
< decel 4.5
< imperfection 0.5
< tau 1.0
< vClass passenger
< emissionclass HBEFA3/PC_G_EU4
< shape passenger
< MinGap 2.5
< width 1.8
< height 1.5
< lcStrategic 1.00
< lcCooperative 1.00
< lcSpeedGain 1.00
< maxSpeedLat 1.0
< minGapLat 1.0
< lateralAlignment center
< lanePosLat 0.0
< person number 0
< waiting time 0.0
< driving dist 2992.34286403
< driving dist 2D 1090.34286403
< line 
< via []
< lane change state right (1073741824, 1073741824)
< lane change state left (1073741824, 1073741824)
<truncated after showing first 30 lines>

TEST FAILED on sim-build : traci pythonApi vehicletype ( Last six runs Apr2017 )

---------- Differences in output ----------
35c35
< imperfection 0.1
---
> imperfection 0.5

Detailed information for the tests that had known bugs:

TEST had known bugs (bug 1691 (new)) on sim-build : netconvert dlr-navteq_roundtrip ( Last six runs Apr2017 )

******************************************************
Ticket #1691 (new defect: )
edge shapes at junctions get lost on matsim reimport
http://sumo.dlr.de/trac.wsgi/ticket/1691
Reported By: behrisch Owned by: 
Priority: major Milestone: 1.0.0
Component: net building (NETGEN, NETCONVERT) Version: 
Description:
matsim always include the node into the edge shape and thus a reimport does not give the same result. The same issue exists for dlr-navteq #1687
******************************************************
(This bug was triggered by text found in file 'net' matching '.*')
---------- Differences in net ----------
4c4
< <net version="0.13" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://sumo.dlr.de/xsd/net_file.xsd">
---
> <net version="0.27" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://sumo.dlr.de/xsd/net_file.xsd">
6c6
<     <location netOffset="-399345.66,-5809365.64" convBoundary="-1.31,0.00,1737.68,767.39" origBoundary="13.519602,52.425528,13.545248,52.434465" projParameter="+proj=utm +zone=33 +ellps=WGS84 +datum=WGS84 +units=m +no_defs"/>
---
>     <location netOffset="-399345.66,-5809362.43" convBoundary="0.00,0.00,1737.68,770.60" origBoundary="1351960.240000,5242549.880000,1354524.800000,5243232.070000" projParameter="+proj=utm +zone=33 +ellps=WGS84 +datum=WGS84 +units=m +no_defs"/>
9c9
<         <lane id=":175648134_0_0" index="0" allow="bicycle" speed="5.56" length="4.82" shape="15.90,169.70 14.56,169.04 14.04,168.28 14.35,167.40 15.46,166.42"/>
---
>         <lane id=":175648134_0_0" index="0" allow="bicycle" speed="5.56" length="4.82" shape="15.89,172.91 14.56,172.25 14.04,171.49 14.34,170.61 15.46,169.63"/>
12,13c12,13
<         <lane id=":261599791_0_0" index="0" speed="27.78" length="0.10" shape="34.60,181.48 34.67,181.47"/>
<         <lane id=":261599791_0_1" index="1" speed="27.78" length="0.10" shape="34.18,178.21 34.20,178.20"/>
---
>         <lane id=":261599791_0_0" index="0" speed="27.78" length="0.28" shape="34.72,184.67 34.46,184.71"/>
>         <lane id=":261599791_0_1" index="1" speed="27.78" length="0.28" shape="34.30,181.40 34.00,181.44"/>
16c16
<         <lane id=":261599791_2_0" index="0" speed="27.78" length="2.41" shape="34.18,178.21 32.85,177.55 32.33,176.78"/>
---
>         <lane id=":261599791_2_0" index="0" speed="27.78" length="2.41" shape="34.30,181.40 32.97,180.73 32.46,179.97"/>
19c19
<         <lane id=":261599791_6_0" index="0" speed="27.78" length="2.41" shape="32.33,176.78 32.64,175.91 33.76,174.93"/>
---
>         <lane id=":261599791_6_0" index="0" speed="27.78" length="2.41" shape="32.46,179.97 32.76,179.10 33.89,178.12"/>
22,23c22,23
<         <lane id=":261599791_3_0" index="0" speed="27.78" length="0.10" shape="33.34,171.66 33.34,171.66"/>
<         <lane id=":261599791_3_1" index="1" speed="27.78" length="0.10" shape="33.75,174.93 33.76,174.93"/>
---
<truncated after showing first 30 lines>

TEST had known bugs (bug 1691 (new)) on sim-build : netconvert matsim_roundtrip ( Last six runs Apr2017 )

******************************************************
Ticket #1691 (new defect: )
edge shapes at junctions get lost on matsim reimport
http://sumo.dlr.de/trac.wsgi/ticket/1691
Reported By: behrisch Owned by: 
Priority: major Milestone: 1.0.0
Component: net building (NETGEN, NETCONVERT) Version: 
Description:
matsim always include the node into the edge shape and thus a reimport does not give the same result. The same issue exists for dlr-navteq #1687
******************************************************
(This bug was triggered by text found in file 'net' matching '.*')
---------- Differences in net ----------
4c4
< <net version="0.13" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://sumo.dlr.de/xsd/net_file.xsd">
---
> <net version="0.27" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://sumo.dlr.de/xsd/net_file.xsd">
6c6
<     <location netOffset="-399345.66,-5809365.64" convBoundary="-1.31,0.00,1737.68,767.39" origBoundary="13.519602,52.425528,13.545248,52.434465" projParameter="+proj=utm +zone=33 +ellps=WGS84 +datum=WGS84 +units=m +no_defs"/>
---
>     <location netOffset="0.00,-19.68" convBoundary="0.00,0.00,1737.68,747.71" origBoundary="0.00,19.68,1737.68,767.39" projParameter="!"/>
9c9
<         <lane id=":175648134_0_0" index="0" allow="bicycle" speed="5.56" length="4.82" shape="15.90,169.70 14.56,169.04 14.04,168.28 14.35,167.40 15.46,166.42"/>
---
>         <lane id=":175648134_0_0" index="0" speed="5.56" length="4.82" shape="15.90,150.02 14.56,149.36 14.04,148.60 14.35,147.72 15.46,146.74"/>
12,13c12,13
<         <lane id=":261599791_0_0" index="0" speed="27.78" length="0.10" shape="34.60,181.48 34.67,181.47"/>
<         <lane id=":261599791_0_1" index="1" speed="27.78" length="0.10" shape="34.18,178.21 34.20,178.20"/>
---
>         <lane id=":261599791_0_0" index="0" speed="27.78" length="0.22" shape="34.72,161.78 34.53,161.81"/>
>         <lane id=":261599791_0_1" index="1" speed="27.78" length="0.22" shape="34.32,158.51 34.06,158.54"/>
16c16
<         <lane id=":261599791_2_0" index="0" speed="27.78" length="2.41" shape="34.18,178.21 32.85,177.55 32.33,176.78"/>
---
>         <lane id=":261599791_2_0" index="0" speed="27.78" length="2.41" shape="34.32,158.51 32.98,157.84 32.47,157.08"/>
19c19
<         <lane id=":261599791_6_0" index="0" speed="27.78" length="2.41" shape="32.33,176.78 32.64,175.91 33.76,174.93"/>
---
>         <lane id=":261599791_6_0" index="0" speed="27.78" length="2.41" shape="32.47,157.08 32.78,156.21 33.91,155.24"/>
22,23c22,23
<         <lane id=":261599791_3_0" index="0" speed="27.78" length="0.10" shape="33.34,171.66 33.34,171.66"/>
<         <lane id=":261599791_3_1" index="1" speed="27.78" length="0.10" shape="33.75,174.93 33.76,174.93"/>
---
<truncated after showing first 30 lines>

TEST had known bugs (see #1229) on sim-build : state plain ( Last six runs Apr2017 )

to many tls events
(This bug was triggered by text found in file 'tls_state' matching '<tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>')
---------- Differences in tls_state ----------
4c4,54
< <tls-states>
---
> <tlsStates xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://sumo.dlr.de/xsd/tlsstates_file.xsd">
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
>     <tlsState time="50.00" id="0/0" programID="0" phase="2" state="GrGg"/>
<truncated after showing first 30 lines>

TEST had known bugs (see #254) on sim-build : sumo output one_vehicle ( Last six runs Apr2017 )

different outputs from detectors which should detect the same
(This bug was triggered by text found in file 'output' matching 'failed')
---------- Differences in output ----------
10c10
< success 0.1 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 0.1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (71.3, 71.4) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
12c12
< success 1 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (72.0, 73.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
14c14
< success 10 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 10 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (80.0, 90.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
18c18
< success 0.1 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 0.1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (71.3, 71.4) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
20c20
< success 1 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (72.0, 73.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
22c22
< success 10 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 10 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (80.0, 90.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
24c24
< success 100 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 100 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (100.0, 200.0) [('e1', -1.0), ('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
34c34
< success 0.1 ['--step-length', '1', '--end', '100'] ['3/1to2/1_0']
<truncated after showing first 30 lines>

TEST had known bugs (see #254) on sim-build : sumo output teleport ( Last six runs Apr2017 )

different outputs from detectors which should detect the same
(This bug was triggered by text found in file 'output' matching 'failed')
---------- Differences in output ----------
2c2
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
---
> success 0.1 ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
4c4
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0', '1/1to0/1_0']
---
> success 0.1 ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0', '1/1to0/1_0']
6c6
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
---
> success 1 ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
8c8
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0', '1/1to0/1_0']
---
> success 1 ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0', '1/1to0/1_0']
10c10
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
---
> success 10 ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
12c12
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0', '1/1to0/1_0']
---
> success 10 ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0', '1/1to0/1_0']
14c14
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
---
> success 100 ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0']
16c16
< success ['--step-length', '.1', '--end', '51'] ['2/1to1/1_0', '1/1to0/1_0']
<truncated after showing first 30 lines>

TEST had known bugs (see #254) on sim-build : sumo output teleport_multihop ( Last six runs Apr2017 )

different outputs from detectors which should detect the same
(This bug was triggered by text found in file 'output' matching 'failed')
---------- Differences in output ----------
34c34
< success 0.1 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (230.0, 230.1) [('e2', 9.99), ('e3', 10.0), ('edge', 9.99), ('lane', 9.99)]
---
> failed 0.1 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (148.1, 148.2) [('e2', 9.99), ('e3', 10.0), ('edge', 10.0), ('lane', 10.0)]
36c36
< success 0.1 ['--step-length', '.1', '--end', '1000'] 1/1to0/1_0 (148.1, 148.2) [('e2', 9.99), ('e3', 10.0), ('edge', 9.99), ('lane', 9.99)]
---
> failed 0.1 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (148.1, 148.2) [('e2', 9.99), ('e3', 10.0), ('edge', 10.0), ('lane', 10.0)]
38c38
< success 1 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (230.0, 231.0) [('e2', 9.99), ('e3', 10.0), ('edge', 9.99), ('lane', 9.99)]
---
> failed 1 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (148.0, 149.0) [('e2', 9.96), ('e3', 10.0), ('edge', 10.0), ('lane', 10.0)]
40c40
< success 1 ['--step-length', '.1', '--end', '1000'] 1/1to0/1_0 (148.0, 149.0) [('e2', 9.91), ('e3', 10.0), ('edge', 9.91), ('lane', 9.91)]
---
> failed 1 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (148.0, 149.0) [('e2', 9.96), ('e3', 10.0), ('edge', 10.0), ('lane', 10.0)]
42c42
< success 10 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (230.0, 240.0) [('e2', 9.42), ('e3', 9.9), ('edge', 9.42), ('lane', 9.42)]
---
> failed 10 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (140.0, 150.0) [('e2', 9.98), ('e3', 10.0), ('edge', 10.0), ('lane', 10.0)]
44c44
< success 10 ['--step-length', '.1', '--end', '1000'] 1/1to0/1_0 (140.0, 150.0) [('e2', 9.96), ('e3', 9.99), ('edge', 9.96), ('lane', 9.96)]
---
> failed 10 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (140.0, 150.0) [('e2', 9.98), ('e3', 10.0), ('edge', 10.0), ('lane', 10.0)]
46c46
< success 100 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (200.0, 300.0) [('e1', 10.0), ('e2', 9.22), ('e3', 5.71), ('edge', 9.22), ('lane', 9.22)]
---
> failed 100 ['--step-length', '.1', '--end', '1000'] 2/1to1/1_0 (100.0, 200.0) [('e1', 10.0), ('e2', 7.95), ('e3', 10.0), ('edge', 10.0), ('lane', 10.0)]
48c48
< success 100 ['--step-length', '.1', '--end', '1000'] 1/1to0/1_0 (100.0, 200.0) [('e1', 9.53), ('e2', 5.82), ('e3', 6.93), ('edge', 5.82), ('lane', 5.82)]
<truncated after showing first 30 lines>

TEST had known bugs (see #254) on sim-build : sumo output two_same_vehicles ( Last six runs Apr2017 )

different outputs from detectors which should detect the same
(This bug was triggered by text found in file 'output' matching 'failed')
---------- Differences in output ----------
10c10
< success 0.1 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 0.1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (75.4, 75.5) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
12c12
< success 1 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (76.0, 77.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
14c14
< success 10 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 10 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (80.0, 90.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
18c18
< success 0.1 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 0.1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (75.4, 75.5) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
20c20
< success 1 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (76.0, 77.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
22c22
< success 10 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 10 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (80.0, 90.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
24c24
< success 100 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 100 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (100.0, 200.0) [('e1', -1.0), ('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
34c34
< success 0.1 ['--step-length', '1', '--end', '100'] ['3/1to2/1_0']
<truncated after showing first 30 lines>

TEST had known bugs (see #254) on sim-build : sumo output two_vehicles_diff_length ( Last six runs Apr2017 )

different outputs from detectors which should detect the same
(This bug was triggered by text found in file 'output' matching 'failed')
---------- Differences in output ----------
10c10
< success 0.1 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 0.1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (76.4, 76.5) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
12c12
< success 1 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (77.0, 78.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
14c14
< success 10 ['--step-length', '.1', '--end', '100'] ['3/1to2/1_0']
---
> failed 10 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (80.0, 90.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
18c18
< success 0.1 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 0.1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (76.4, 76.5) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
20c20
< success 1 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (77.0, 78.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
22c22
< success 10 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 10 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (80.0, 90.0) [('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
24c24
< success 100 ['--step-length', '.1', '--end', '1000'] ['3/1to2/1_0']
---
> failed 100 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (100.0, 200.0) [('e1', -1.0), ('e2', 10.0), ('e3', -1.0), ('edge', -1.0), ('lane', -1.0)]
34c34
< success 0.1 ['--step-length', '1', '--end', '100'] ['3/1to2/1_0']
<truncated after showing first 30 lines>

TEST had known bugs (see #254) on sim-build : sumo output two_vehicles_diff_speed ( Last six runs Apr2017 )

different outputs from detectors which should detect the same
(This bug was triggered by text found in file 'output' matching 'failed')
---------- Differences in output ----------
0a1,48
> Loading configuration... done.
> failed 0.1 ['--step-length', '.1', '--end', '51'] 3/1to2/1_0 (38.4, 38.5) [('e2', 9.6), ('e3', 9.5), ('edge', 9.6), ('lane', 9.6)]
> Loading configuration... done.
> failed 1 ['--step-length', '.1', '--end', '51'] 3/1to2/1_0 (38.0, 39.0) [('e2', 9.64), ('e3', 9.5), ('edge', 9.64), ('lane', 9.64)]
> Loading configuration... done.
> failed 10 ['--step-length', '.1', '--end', '51'] 3/1to2/1_0 (30.0, 40.0) [('e2', 9.86), ('e3', 9.5), ('edge', 9.86), ('lane', 9.86)]
> Loading configuration... done.
> failed 100 ['--step-length', '.1', '--end', '51'] 3/1to2/1_0 (0.0, 51.0) [('e2', 9.62), ('e3', 9.5), ('edge', 9.62), ('lane', 9.62)]
> Loading configuration... done.
> failed 0.1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (38.4, 38.5) [('e2', 9.6), ('e3', 9.5), ('edge', 9.6), ('lane', 9.6)]
> Loading configuration... done.
> failed 1 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (38.0, 39.0) [('e2', 9.64), ('e3', 9.5), ('edge', 9.64), ('lane', 9.64)]
> Loading configuration... done.
> failed 10 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (30.0, 40.0) [('e2', 9.86), ('e3', 9.5), ('edge', 9.86), ('lane', 9.86)]
> Loading configuration... done.
> failed 100 ['--step-length', '.1', '--end', '100'] 3/1to2/1_0 (0.0, 100.0) [('e1', 9.5), ('e2', 9.53), ('e3', 9.5), ('edge', 9.47), ('lane', 9.47)]
> Loading configuration... done.
> failed 0.1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (38.4, 38.5) [('e2', 9.6), ('e3', 9.5), ('edge', 9.6), ('lane', 9.6)]
> Loading configuration... done.
> failed 1 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (38.0, 39.0) [('e2', 9.64), ('e3', 9.5), ('edge', 9.64), ('lane', 9.64)]
> Loading configuration... done.
> failed 10 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (30.0, 40.0) [('e2', 9.86), ('e3', 9.5), ('edge', 9.86), ('lane', 9.86)]
> Loading configuration... done.
> failed 100 ['--step-length', '.1', '--end', '1000'] 3/1to2/1_0 (0.0, 100.0) [('e1', 9.5), ('e2', 9.53), ('e3', 9.5), ('edge', 9.47), ('lane', 9.47)]
> Loading configuration... done.
> failed 0.1 ['--step-length', '1', '--end', '51'] 3/1to2/1_0 (39.0, 40.0) [('e2', 9.6), ('e3', 9.5), ('edge', 9.6), ('lane', 9.6)]
> Loading configuration... done.
> failed 1 ['--step-length', '1', '--end', '51'] 3/1to2/1_0 (39.0, 40.0) [('e2', 9.6), ('e3', 9.5), ('edge', 9.6), ('lane', 9.6)]
> Loading configuration... done.
<truncated after showing first 30 lines>

TEST had known bugs (bug 2465 (assigned)) on sim-build : traci pythonApi distance_after_reroute ( Last six runs Apr2017 )

******************************************************
Ticket #2465 (assigned defect: )
traci distance request is incorrect after rerouting
http://sumo.dlr.de/trac.wsgi/ticket/2465
Reported By: behrisch Owned by: hilb_ro
Priority: major Milestone: 1.0.0
Component: TraCI Version: 
Description:
retrieving the already driven distance (0xa4 0x84) gives incorrect values (starting from the rerouting edge instead of the beginning)
******************************************************
(This bug was triggered by text found in file 'output' matching '162')
---------- Differences in output ----------
7c7
< 1165.0
---
> 162.04