View Issue Details

IDProjectCategoryView StatusLast Update
0003385GNUnetobsoletepublic2024-05-03 11:48
ReporterChristian Grothoff Assigned ToMatthias Wachs Due Date
PrioritynormalSeveritymajorReproducibilityN/A
Status closedResolutionfixed 
Product Version0.10.1 
Target Version0.11.0pre66Fixed in Version0.11.0pre66 
Summary0003385: ATS performance API fails to signal monitors if ATS service dies/restarts
DescriptionIf the connection with the ATS service is interrupted (protocol error, peer stopped, ATS crashed), the ATS API does not signal the clients that are monitoring ATS behavior. As a result, clients like gnunet-peerinfo-gtk cannot reset their state and will keep showing that ATS is running and has tons of open/valid/good addresses, even if the peer itself is stopped.

Having this kind of stale information being displayed can also make it hard to diagnose problems, as the state displayed by gnunet-peerinfo-gtk is thus possibly inaccurate.

We should extend the API specification (possibly just by specifying a case where 'address === NULL' means disconnect/state reset), and trigger the respective callback on disconnect (see FIXME around line 598 in SVN HEAD).
The change to the ats_api_performance.c code itself is trivial, but the clients that use the API will also need to be updated to handle the new case.
TagsNo tags attached.

Activities

Matthias Wachs

2014-05-21 08:03

reporter   ~0008362

callback indicates disconnect with (address==NULL)
Implemented in revision 33350

Issue History

Date ModifiedUsernameFieldChange
2014-04-16 08:54Christian GrothoffNew Issue
2014-04-16 08:54Christian GrothoffStatusnew => assigned
2014-04-16 08:54Christian GrothoffAssigned To => Matthias Wachs
2014-05-21 08:03Matthias WachsNote Added: 0008362
2014-05-21 08:03Matthias WachsStatusassigned => resolved
2014-05-21 08:03Matthias WachsResolutionopen => fixed
2014-09-30 08:34Christian GrothoffFixed in Version => 0.11.0pre66
2014-09-30 08:34Christian GrothoffTarget Version => 0.11.0pre66
2018-06-06 22:25Christian GrothoffStatusresolved => closed
2024-05-03 11:48Christian GrothoffCategoryATS service => obsolete