From 5bc7e774463ce0439990aa5e98089e6f7393be5e Mon Sep 17 00:00:00 2001 From: "pre-commit-ci[bot]" <66853113+pre-commit-ci[bot]@users.noreply.github.com> Date: Mon, 25 Nov 2024 22:03:44 +0000 Subject: [PATCH 1/2] [pre-commit.ci] pre-commit autoupdate MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit updates: - [github.com/nbQA-dev/nbQA: 1.8.7 → 1.9.1](https://github.com/nbQA-dev/nbQA/compare/1.8.7...1.9.1) - [github.com/kynan/nbstripout: 0.7.1 → 0.8.1](https://github.com/kynan/nbstripout/compare/0.7.1...0.8.1) - [github.com/charliermarsh/ruff-pre-commit: v0.6.9 → v0.8.0](https://github.com/charliermarsh/ruff-pre-commit/compare/v0.6.9...v0.8.0) - [github.com/pre-commit/mirrors-mypy: v1.11.2 → v1.13.0](https://github.com/pre-commit/mirrors-mypy/compare/v1.11.2...v1.13.0) --- .pre-commit-config.yaml | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/.pre-commit-config.yaml b/.pre-commit-config.yaml index 7c743c8..f01b9e0 100644 --- a/.pre-commit-config.yaml +++ b/.pre-commit-config.yaml @@ -19,22 +19,22 @@ repos: hooks: - id: codespell - repo: https://github.com/nbQA-dev/nbQA - rev: 1.8.7 + rev: 1.9.1 hooks: - id: nbqa-ruff - repo: https://github.com/kynan/nbstripout - rev: 0.7.1 + rev: 0.8.1 hooks: - id: nbstripout - repo: 'https://github.com/charliermarsh/ruff-pre-commit' - rev: v0.6.9 + rev: v0.8.0 hooks: - id: ruff args: - '--fix' - id: ruff-format - repo: 'https://github.com/pre-commit/mirrors-mypy' - rev: v1.11.2 + rev: v1.13.0 hooks: - id: mypy additional_dependencies: [] From 0cf6f81859c3bf4505a0c96ce7232b0bdfa0108e Mon Sep 17 00:00:00 2001 From: Haochen Pan Date: Mon, 2 Dec 2024 10:40:58 -0600 Subject: [PATCH 2/2] Update troubleshooting.md --- docs/troubleshooting.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/troubleshooting.md b/docs/troubleshooting.md index b8278a1..cc86a1a 100644 --- a/docs/troubleshooting.md +++ b/docs/troubleshooting.md @@ -81,4 +81,5 @@ If machine A is logged in with Globus Auth credentials and has the AWS secret ke If both machines have a valid secret key in storage.db, calling create_key() on one machine will not update the key on the other. This desynchronization can cause block_until_ready() to timeout on the machine with the outdated key. + We would like to change this behavior in a future update.