Uncatched panic when running tests

[fabricedesre]

RUST_BRACKTRACE=1 cargo test
     Running target/debug/dnschallenge-7da30fdec7f350ee

running 0 tests

test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured

     Running target/debug/foxbox-7c1b57735a989781

running 71 tests
test adapters::ip_camera::api::ip_camera::good_camera::non-existant_latest_image ... ok
test adapters::ip_camera::api::ip_camera::good_camera::image_list_tests ... ok
test adapters::ip_camera::api::ip_camera::bad_snapshot_dir ... ok
test adapters::ip_camera::api::ip_camera::good_camera::bad_snapshot_name ... ok
test adapters::ip_camera::api::ip_camera::good_camera::should_store_username ... ok
test adapters::ip_camera::api::ip_camera::good_camera::take_snapshot_-_no_snapshot_dir ... ok
test adapters::ip_camera::api::ip_camera::good_camera::take_snapshot_-_get_bytes_failure ... ok
test adapters::ip_camera::api::ip_camera::take_snapsot_-_bad_url ... ok
test adapters::ip_camera::api::ip_camera::good_camera::should_store_password ... ok
test adapters::ip_camera::api::ip_camera::good_camera::test_invalid_stored_password ... ok
test adapters::philips_hue::discovery::nupnp_result_empty_on_error ... ok
test adapters::philips_hue::discovery::nupnp_results_are_properly_parsed ... ok
test adapters::philips_hue::structs::philips_hue_struct::should_parse_a_good_SettingsLightEntry ... ok
test adapters::webpush::crypto::aesgcm128::should_decrypt_one_record ... ok
test adapters::webpush::crypto::aesgcm128::should_encrypt_one_record ... ok
test adapters::webpush::crypto::ecdh::should_encrypt_and_decrypt_payload ... ok
test adapters::webpush::crypto::ecdh::should_encrypt_and_decrypt_payload_using_auth ... ok
test adapters::philips_hue::http::get_should_err_on_bad_url ... ok
test adapters::webpush::db::tests::should_manage_resources_correctly ... ok
test adapters::webpush::db::tests::should_manage_subscription_correctly ... ok
test config_store::config::config_service::should_accept_overrides ... ok
test config_store::config::config_service::should_remember_properties ... ok
test config_store::config::config_service::should_return_None_on_non-existent_namespaces ... ok
test config_store::config::config_service::should_return_None_on_non-existent_properties ... ok
test config_store::config::config_service::should_return_the_default_value_when_needed ... ok
test config_store::config::config_store::should_remember_properties ... ok
test config_store::config::config_store::should_return_None_on_non-existent_namespaces ... ok
test config_store::config::config_store::should_return_None_on_non-existent_properties ... ok
test config_store::config::restarts::ConfigService_should_remember_things_over_restarts ... ok
test config_store::config::restarts::ConfigStore_should_forget_overrides_over_restarts ... ok
test config_store::config::restarts::ConfigStore_should_remember_things_over_restarts ... ok
test adapters::webpush::db::tests::should_yield_subscriptions_given_a_resource ... ok
thread 'HttpServer' panicked at 'called `Result::unwrap()` on an `Err` value: Io(Error { repr: Os { code: 98, message: "Address already in use" } })', ../src/libcore/result.rs:746
test adapters::philips_hue::http::philips_hue_http::should_POST_to_good_addresses ... ok
test http_server::ping::should_response_204_NoContent ... ok
test adapters::philips_hue::http::philips_hue_http::should_PUT_to_good_addresses ... ok
test main::args::should_have_default_values ... ok
test main::args::should_support_long_form ... ok
test main::args::should_support_short_form ... ok
test managed_process::test_managed_process_shutdown ... ok
test profile_service::test_bogus_path ... ok
test profile_service::test_custom_profile ... ok
test profile_service::test_default_profile ... ok
test registration::registrar::ipv4::should_default_to_eth0 ... ok
test registration::registrar::ipv4::should_retrieve_address_from_docker0 ... ok
test registration::registrar::ipv4::should_retrieve_address_from_eth0 ... ok
test registration::registrar::ipv4::should_retrieve_address_from_wlan0 ... ok
test registration::registrar::ipv6::should_return_IPv4_and_eth0_by_default ... ok
test registration::registrar::ipv6::should_return_IPv4_if_both_are_specified ... ok
test registration::registrar::ipv6::should_return_IPv6 ... ok
test registration::registrar::ipv6::should_return_default_IPv4 ... ok
test registration::registrar::should_return_an_IP_address_when_a_machine_has_network_interfaces ... ok
test taxonomy_router::binary_getter::should_return_an_image/png_http_response ... ok
test taxonomy_router::taxonomy_router::should_return_the_list_of_services_from_a_GET_request ... ok
test taxonomy_router::taxonomy_router::should_return_the_list_of_services_from_a_POST_request ... ok
test utils::json::arrays::should_support_mixed_types ... ok
test utils::json::arrays::should_support_numbers ... ok
test utils::json::arrays::should_support_objects ... ok
test utils::json::arrays::should_support_sub-arrays ... ok
test utils::json::arrays::should_support_sub-sub-arrays ... ok
test utils::json::objects::should_support_arrays ... ok
test utils::json::objects::should_support_mixed_types ... ok
test utils::json::objects::should_support_numbers ... ok
test utils::json::objects::should_support_string_attributes ... ok
test utils::json::objects::should_support_sub-objects ... ok
test utils::json::objects::should_support_sub-sub-objects ... ok
test utils::string_escaping::should_escape_strings ... ok
test utils::string_escaping::should_split_escaped_strings ... ok
test utils::string_escaping::should_unescape_strings ... ok
test http_server::http_server::should_get_the_appropriate_CORS_headers ... ok
test http_server::http_server::should_respond_with_404 ... ok
test managed_process::test_managed_process_restart ... ok

test result: ok. 71 passed; 0 failed; 0 ignored; 0 measured

That doesn't prevent tests from passing, which may be a bug in itself... or not? In any case, we need to understand what's happening there.