a8m / a8m/pb

Progress Bars spam the terminal if the message is set too long

オープン 初心者向け
#93 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
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

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。