summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMarcello Stanisci <stanisci.m@gmail.com>2019-01-17 13:55:24 +0100
committerMarcello Stanisci <stanisci.m@gmail.com>2019-01-17 13:55:24 +0100
commitaeec67acaa786f9bf42e61df2d8c6d93198e8609 (patch)
tree792e6f9c4ea022f416d23af0c1c0fc1e4be67c10
parent448a57d81e2a72d8117603ee60f60e5586c7d05d (diff)
downloadexchange-aeec67acaa786f9bf42e61df2d8c6d93198e8609.tar.gz
exchange-aeec67acaa786f9bf42e61df2d8c6d93198e8609.tar.bz2
exchange-aeec67acaa786f9bf42e61df2d8c6d93198e8609.zip
Comment block
-rwxr-xr-xsrc/lib/test_exchange_api_overlapping_keys_bug.c15
1 files changed, 15 insertions, 0 deletions
diff --git a/src/lib/test_exchange_api_overlapping_keys_bug.c b/src/lib/test_exchange_api_overlapping_keys_bug.c
index c9d5adb4b..175754fcb 100755
--- a/src/lib/test_exchange_api_overlapping_keys_bug.c
+++ b/src/lib/test_exchange_api_overlapping_keys_bug.c
@@ -36,6 +36,21 @@
#include "taler_testing_lib.h"
/**
+ * XXX:
+ *
+ * This test case aims at reproducing one bug that appears
+ * when some /keys are redownloaded (although already owned
+ * by the client). In particular, the bug makes signature
+ * verifications to fail (often times, auditor signatures
+ * have proven to be faulty).
+ *
+ * Another possible cause: a whole /keys redownload doesn't
+ * make the bug appear; a next try might be to redownload
+ * /keys using a 'last_issue_date=0' parameter (that was often
+ * observed along the bug).
+ */
+
+/**
* Configuration file we use. One (big) configuration is used
* for the various components for this test.
*/