aboutsummaryrefslogtreecommitdiffhomepage
path: root/crates/shirabe/src/repository/composer_repository.rs
diff options
context:
space:
mode:
authornsfisis <nsfisis@gmail.com>2026-08-12 00:19:10 +0900
committernsfisis <nsfisis@gmail.com>2026-08-12 00:19:36 +0900
commit561924db750cbb4e4c183f9616472ed9a5b0fc7f (patch)
tree13d27f8c4d3a0fca8cfd447ea32befa9aa358228 /crates/shirabe/src/repository/composer_repository.rs
parentdaa1acf091627f4f1af63ad44eee988048fa4136 (diff)
downloadphp-shirabe-561924db750cbb4e4c183f9616472ed9a5b0fc7f.tar.gz
php-shirabe-561924db750cbb4e4c183f9616472ed9a5b0fc7f.tar.zst
php-shirabe-561924db750cbb4e4c183f9616472ed9a5b0fc7f.zip
docs(todo): retag TODO markers by root cause
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Diffstat (limited to 'crates/shirabe/src/repository/composer_repository.rs')
-rw-r--r--crates/shirabe/src/repository/composer_repository.rs4
1 files changed, 2 insertions, 2 deletions
diff --git a/crates/shirabe/src/repository/composer_repository.rs b/crates/shirabe/src/repository/composer_repository.rs
index b841d5d3..6a1b16ca 100644
--- a/crates/shirabe/src/repository/composer_repository.rs
+++ b/crates/shirabe/src/repository/composer_repository.rs
@@ -973,7 +973,7 @@ impl ComposerRepository {
// then does a single `$this->loop->wait($promises)`; mirror that here by polling all
// downloads concurrently via FuturesOrdered (submission order preserved) before doing
// any of the per-name response processing below.
- // TODO(phase-c): the fan-out below is structurally concurrent, but each
+ // TODO(async): the fan-out below is structurally concurrent, but each
// `start_cached_async_download` future still resolves through `HttpDownloader::add`'s
// `curl_runtime()`/`sync_executor::block_on` bridge, so real I/O overlap does not happen
// yet (see util/loop.rs::wait). That only changes once a single top-level Runtime
@@ -1765,7 +1765,7 @@ impl ComposerRepository {
// does a single `$this->loop->wait($promises)`; mirror that here by polling all downloads
// concurrently via FuturesOrdered (submission order preserved) before doing any of the
// per-name response processing below.
- // TODO(phase-c): the fan-out below is structurally concurrent, but each
+ // TODO(async): the fan-out below is structurally concurrent, but each
// `start_cached_async_download` future still resolves through `HttpDownloader::add`'s
// `curl_runtime()`/`sync_executor::block_on` bridge, so real I/O overlap does not happen yet
// (see util/loop.rs::wait). That only changes once a single top-level Runtime replaces those