Progress Bars spam the terminal if the message is set too long
- 主要言語
- Rust
- スター
- 600
- フォーク
- 59
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Given a single progress bar,
If a message is set to a normal length it works as intended
`filename.mp4: 18.47 MB / 41.00 MB [===>----] 45.05 % 2.35 MB/s 10s`
However if the message becomes way too long, the terminal will spam with something such as
```
[metadata] loooooooongfilename.mp4: 18.47 MB / 41.00 MB 45.05 % 2.35 MB/s 10s
[metadata] loooooooongfilename.mp4: 18.47 MB / 41.00 MB 45.06 % 2.35 MB/s 10s
[metadata] loooooooongfilename.mp4: 18.47 MB / 41.00 MB 45.07 % 2.35 MB/s 10s
[metadata] loooooooongfilename.mp4: 18.47 MB / 41.00 MB 45.08 % 2.35 MB/s 10s
[metadata] loooooooongfilename.mp4: 18.47 MB / 41.00 MB 45.09 % 2.35 MB/s 10s
[metadata] loooooooongfilename.mp4: 18.47 MB / 41.00 MB 45.10 % 2.35 MB/s 10s
```
The spam doesn't stop until the process is finished.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
Look at the progress bar rendering logic, likely in a file like `src/lib.rs` or `src/progress.rs`. The issue is that long messages cause line overflow and repeated printing instead of a single updated line. Find where the bar text is formatted and written to the terminal, and check the width calculation or truncation logic. Test by creating a long filename and running a sample program to see the spam.
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- rust
- 領域
- cli, tooling
- issue の種類
- バグ
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 活発さ
- 停滞
- 明瞭さ
- 明確に書かれている
- 初心者へのやさしさ
- 65/100