Skip to content

netedit saves invalid crossings at tls controlled nodes (trac #3472) #3472

@behrisch

Description

@behrisch

this is a regression in 0.31.0

the problem is caused by calling

GNENet::computeAndUpdate
GNEJunction::setLogicValid(true, ...
rebuildGNECrossings()
NBNode::buildCrossingsAndWalkingAreas()
buildCrossings()
c->tlID = ""; // reset for Netedit, set via setCrossingTLIndices()

since this method is called after setCrossingTLIndices the tlID is lost and the crossings remains uncontrolled.

The reset was added to fix #3346

Migrated from http://sumo.dlr.de/ticket/3472

{
    "status": "closed", 
    "changetime": "2017-09-28T14:28:58Z", 
    "description": "this is a regression in 0.31.0\n\nthe problem is caused by calling\n\nGNENet::computeAndUpdate\n  GNEJunction::setLogicValid(true, ...\n     rebuildGNECrossings()\n       NBNode::buildCrossingsAndWalkingAreas()\n         buildCrossings()\n            c->tlID = \"\"; // reset for Netedit, set via setCrossingTLIndices()\n\nsince this method is called after setCrossingTLIndices the tlID is lost and the crossings remains uncontrolled.\n\nThe reset was added to fix #3346\n\n\n", 
    "reporter": "namdre", 
    "cc": "", 
    "resolution": "fixed", 
    "_ts": "1506608938192051", 
    "component": "netedit", 
    "summary": "netedit saves invalid crossings at tls controlled nodes", 
    "priority": "critical", 
    "keywords": "", 
    "time": "2017-09-28T14:03:23Z", 
    "milestone": "1.0.0", 
    "owner": "namdre", 
    "type": "defect"
}

Metadata

Metadata

Assignees

Labels

a:neteditp:criticalmore important that 'important' but not 'blocker'

Type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions