contract alias ls can't be used from a script
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
The work is in cmd/soroban-cli/src/commands/contract/alias/ls.rs: the networks are collected into a HashMap around lines 56-58 and printed with headers around lines 114-128. Read that file alongside alias show, and check how the Output system (#2635) is used by other commands. Done when one network's aliases can be requested as data, two runs give identical output, and the default listing still reads well.
索引モデルが issue の本文から書いたものです。
説明
What's wrong:
stellar contract alias ls lists every configured network at once, prints an "ℹ️ Aliases available for network '...'" header on stdout for each (also with -q), and has no way to pick a network or get the result as data (v28.1.0 alias/ls.rs#L114-L128). The networks also come out in a different order on every run, because they're collected in a HashMap (v28.1.0 alias/ls.rs#L56-L58); four runs with the 28.1.0 binary gave four different orders. contract alias show <name> --network <net> already returns a single ID.
Impact:
Anything that needs the list of contracts deployed on a network (a frontend build, CI, an agent, or the JS SDK's bindings plugin, which can't take aliases today, stellar/js-stellar-sdk#1755) has to parse text meant for people, and can't diff two runs.
How we found it:
HackMeridian 2026 tooling research (147 public hackathon repos): 18 of the 66 repos with CLI scripts used aliases, and several still copied contract IDs into env files by hand because their app needed them at build time. Reproduced with the 28.1.0 release binary on 1 November 2026. In #1971, maintainers suggested structured output for this command and chose to wait until someone asked for it; this is that ask.
Outcome we're after:
A script can get one network's aliases as data, the same way on every run. How to get there is up to the implementer.
Compatibility: People reading the default output keep a readable listing.
How to check:
- Two runs in a row give identical output.
- A script can get the aliases for one network without stripping headers or other networks' entries.
- The default output still reads well for a person.
Related: #1971 (closed; the same command's output on stdout), #2622 (structured output), #2635 (the Output system), stellar/js-stellar-sdk#1755.
- 主要言語
- Rust
- スター
- 129
- フォーク
- 153
- 平均マージ
- 1日 14時間
- マージ済み PR（30日）
- 11
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stellar/stellar-cli のほかの issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
stellar/stellar-cli#2887 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
stellar/stellar-cli#2880 ·
メンテナーはふだん 1 日以内に返信
-
arg_value_union panics on zero-arity union tuple case (unchecked type_[0] index)対応中かも @hvoi が 22 日前に担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
stellar/stellar-cli#2806 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
contract extend panics on single-change resultMetaXdr (index out of bounds at extend.rs:306)再び着手できるかも @duongynhi000005-oss が 18 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
stellar/stellar-cli#2796 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
Document stellar-cli's RPC trust boundary再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 1/5 1〜3時間 初心者へのやさしさ 85/100
stellar/stellar-cli#2781 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
stellar/stellar-cli の issue をすべて見る
似ている issue
-
feature request good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
TabularisDB/tabularis#1513 ·
メンテナーはふだん 2 日以内に返信
-
bug priority: medium
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
storytold/pdfcraft#7140 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
bug duplicate priority: low ui
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
storytold/vectorcraft#6956 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
PDF export issueオープンbug priority: medium
難易度 2/5 1〜3時間 初心者へのやさしさ 63/100
storytold/designcraft#2712 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信