aboutsummaryrefslogtreecommitdiff
path: root/changes/bug23790
diff options
context:
space:
mode:
authorDavid Goulet <dgoulet@torproject.org>2019-03-08 09:54:54 -0500
committerDavid Goulet <dgoulet@torproject.org>2019-03-08 09:59:04 -0500
commitb4e44a371f077f5a9fca19f94e6ff5f604f3e9d3 (patch)
tree601185e91bb265391c69c5d47695a0def1204c68 /changes/bug23790
parent2e74edb53ef9ac417d8424a0785af839f83791ca (diff)
downloadtor-b4e44a371f077f5a9fca19f94e6ff5f604f3e9d3.tar.gz
tor-b4e44a371f077f5a9fca19f94e6ff5f604f3e9d3.zip
hs-v2: Copy needed information between service on prunning
Turns out that when reloading a tor configured with hidden service(s), we weren't copying all the needed information between the old service object to the new one. For instance, the desc_is_dirty timestamp wasn't which could lead to the service uploading its descriptor much later than it would need to. The replaycache wasn't also moved over and some intro point information as well. Fixes #23790 Signed-off-by: David Goulet <dgoulet@torproject.org>
Diffstat (limited to 'changes/bug23790')
-rw-r--r--changes/bug237906
1 files changed, 6 insertions, 0 deletions
diff --git a/changes/bug23790 b/changes/bug23790
new file mode 100644
index 0000000000..4aaf616e4d
--- /dev/null
+++ b/changes/bug23790
@@ -0,0 +1,6 @@
+ o Minor bugfixes (hidden service v2):
+ - When reloading tor (HUP) configured with hidden service(s), some
+ information weren't copy to the new service object. One problem with this
+ was that tor would wait at least the RendPostPeriod time before uploading
+ the descriptor if the reload happened before the descriptor needed to be
+ published. Fixes bug 23790; bugfix on 0.2.1.9-alpha.