Bug 41709: Reimplement the failure logic for TorProtocolService.sendCommand
Merge Info
Related Issues
- #41709 (closed)
 - tor-browser-build#xxxxx
 - etc
 
Backport Timeline
- 
Immediate - patchsets for critical bug fixes or other major blocker (e.g. fixes for a 0-day exploit) OR patchsets with trivial changes which do not need testing (e.g. fixes for typos or fixes easily verified in a local developer build)  - 
Next Minor Stable Release - patchset that needs to be verified in nightly before backport  - 
Eventually - patchset that needs to be verified in alpha before backport  - 
No Backport - patchset for the next major stable  
Upstream Merging
- 
Merge to base-browser- typically for!fixupsto patches in thebase-browserbranch, though sometimes new patches as well- 
NOTE: if your changeset includes patches to both 
base-browserandtor-browserplease please make separate merge requests for each part 
 - 
NOTE: if your changeset includes patches to both 
 
Issue Tracking
- 
Link resolved issues with appropriate Release Prep issue for changelog generation  
Change Description
The previous logic for sendCommand was to try to call itself after a while... This means it continued doing so forever, which isn't good.
Therefore, I've added a maximum number of attempts, after which it gives up and throws (or it makes someone else throw).
Edited  by Pier Angelo Vendrame