STF-322: Restore interrupt flag in InterruptedException rewrap path

The existing catch (InterruptedException) blocks in reportTransaction()
and responseFor() rewrap into MinFraudException without restoring the
thread's interrupt status, silently swallowing the cancellation signal.
Per Java's interruption protocol, code that catches InterruptedException
without rethrowing it should re-set the flag so callers up the stack can
observe the cancellation.

This is an independent bug fix bundled into the STF-322 retry work because
the retry feature exposes the path more often. Per project commit hygiene
it lands as a separate commit so it can be cherry-picked or reverted on
its own.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

Author: oschwald

src/main/java/com/maxmind/minfraud/WebServiceClient.java

@@ -351,6 +351,7 @@ public void reportTransaction(TransactionReport transaction) throws IOException,
             maybeThrowException(response, uri);
             exhaustBody(response);
         } catch (InterruptedException e) {
+            Thread.currentThread().interrupt();
             throw new MinFraudException("Interrupted sending request", e);
         } finally {
             if (response != null) {
@@ -372,6 +373,7 @@ private <T> T responseFor(String service, AbstractModel transaction, Class<T> cl
             response = sendWithRetry(request);
             return handleResponse(response, uri, cls);
         } catch (InterruptedException e) {
+            Thread.currentThread().interrupt();
             throw new MinFraudException("Interrupted sending request", e);
         } finally {
             if (response != null) {