summaryrefslogtreecommitdiff
path: root/src/exchange-lib/test_exchange_api_keys_cherry_picking_new.c
diff options
context:
space:
mode:
Diffstat (limited to 'src/exchange-lib/test_exchange_api_keys_cherry_picking_new.c')
-rw-r--r--src/exchange-lib/test_exchange_api_keys_cherry_picking_new.c24
1 files changed, 24 insertions, 0 deletions
diff --git a/src/exchange-lib/test_exchange_api_keys_cherry_picking_new.c b/src/exchange-lib/test_exchange_api_keys_cherry_picking_new.c
index 135a9b353..45222a66c 100644
--- a/src/exchange-lib/test_exchange_api_keys_cherry_picking_new.c
+++ b/src/exchange-lib/test_exchange_api_keys_cherry_picking_new.c
@@ -106,6 +106,30 @@ run (void *cls,
TALER_TESTING_cmd_signal ("reload-keys-serialization",
is->exchanged,
SIGUSR1),
+
+ TALER_TESTING_cmd_sleep ("sleep-serialization",
+ 3),
+
+ /**
+ * XXX.
+ *
+ * Current bug: this CMD here uses the "reconnect cert_cb",
+ * that has its 'consumed' field already set to GNUNET_YES.
+ * This way, there is no way to pass control to the next
+ * CMD making therefore the interpreter stuck.
+ *
+ * Doable solution: adapt the global "cert_cb" to handle
+ * "reconnect situations", or even provide some method to
+ * switch the 'consumed' field back to GNUNET_NO.
+ */
+ TALER_TESTING_cmd_check_keys ("check-freshest-keys",
+ 4,
+ 10),
+
+ TALER_TESTING_cmd_wire ("verify-/wire-with-fresh-keys",
+ "x-taler-bank",
+ NULL,
+ MHD_HTTP_OK),
TALER_TESTING_cmd_end ()
};