Download progressbar repeatedly prints new status on a new line #1957
Comments
|
Can you share what version do you use and what terminal is that? Can you reproduce it in a different terminal emulator? |
kontura
changed the title
Cosmic Term
Yes, Konsole as well I'm on the newest dnf5 version as of that date |
|
I tried with |
|
I tried on fc41, one epoch alpha ago. |
|
I also can't reproduce this on Curious, what's the result of |
|
Had it yesterday again, after cancelling the update process and starting it again. But not on chromium... |
This happened to me also awhile ago same as you as i was using mock, i cancelled while it was downloading the needed packages due to slow internet speed and when i tried again, it was like in your video I am using kitty terminal and as i remember it was either |
Had the same issue with cancelling an update and restarting it just yesterday |
|
I see, thank you, that is enough to reproduce it. |
|
@kontura can you give us a test package once you have a fix ready? maybe before the version fixing the issue gets published |
This caused atleast two problems: 1. When the first package was local and its `end` callback was called immediately it updated and printed the MultiProgressBar which though that its finished (because it contained only one finished bar). This lead to an extra new line being printed which broke the output, reported here: rpm-software-management#1957 2. The numbering of bars was wrong, most noticeable with bigger transactions with some already downloaded packages. It could look like: ``` Transaction Summary: Installing: 296 packages Total size of inbound packages is 414 MiB. Need to download 412 MiB. After this operation, 1 GiB extra will be used (install 1 GiB, remove 0 B). Is this ok [y/N]: y [1/1] libreoffice-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [1/2] libreoffice-base-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [1/4] libreoffice-draw-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [2/5] libreoffice-emailmerge-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [3/6] libreoffice-impress-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [4/7] libreoffice-math-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [ 5/296] libreoffice-calc-1:24.8.4.2-2.fc41.x86_64 0% [<=> ] | 1.0 B/s | 0.0 B | 97d15h ```
There are builds in this COPR: https://copr.fedorainfracloud.org/coprs/packit/rpm-software-management-dnf5-1989. It includes my patch from #1989. |
works for me |
This caused atleast two problems: 1. When the first package was local and its `end` callback was called immediately it updated and printed the MultiProgressBar which thought that its finished (because it contained only one finished bar). This lead to an extra new line being printed which broke the output, reported here: rpm-software-management#1957 2. The numbering of bars was wrong, most noticeable with bigger transactions with some already downloaded packages. It could look like: ``` Transaction Summary: Installing: 296 packages Total size of inbound packages is 414 MiB. Need to download 412 MiB. After this operation, 1 GiB extra will be used (install 1 GiB, remove 0 B). Is this ok [y/N]: y [1/1] libreoffice-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [1/2] libreoffice-base-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [1/4] libreoffice-draw-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [2/5] libreoffice-emailmerge-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [3/6] libreoffice-impress-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [4/7] libreoffice-math-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [ 5/296] libreoffice-calc-1:24.8.4.2-2.fc41.x86_64 0% [<=> ] | 1.0 B/s | 0.0 B | 97d15h ```
This caused atleast two problems: 1. When the first package was local and its `end` callback was called immediately it updated and printed the MultiProgressBar which though that its finished (because it contained only one finished bar). This lead to an extra new line being printed which broke the output, reported here: rpm-software-management#1957 2. The numbering of bars was wrong.
This caused atleast two problems: 1. When the first package was local and its `end` callback was called immediately it updated and printed the MultiProgressBar which thought that its finished (because it contained only one finished bar). This lead to an extra new line being printed which broke the output, reported here: #1957 2. The numbering of bars was wrong, most noticeable with bigger transactions with some already downloaded packages. It could look like: ``` Transaction Summary: Installing: 296 packages Total size of inbound packages is 414 MiB. Need to download 412 MiB. After this operation, 1 GiB extra will be used (install 1 GiB, remove 0 B). Is this ok [y/N]: y [1/1] libreoffice-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [1/2] libreoffice-base-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [1/4] libreoffice-draw-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [2/5] libreoffice-emailmerge-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [3/6] libreoffice-impress-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [4/7] libreoffice-math-1:24.8.4.2-2.fc41.x86_64 100% | 0.0 B/s | 0.0 B | 00m00s >>> Already downloaded ----------------------------------------------------------------------------------------------------------------------------------------- [ 5/296] libreoffice-calc-1:24.8.4.2-2.fc41.x86_64 0% [<=> ] | 1.0 B/s | 0.0 B | 97d15h ```
Hey,
this occured inside and outside of my program running "sudo dnf update -y --refresh"
Screencast_20241213_211013.webm
The text was updated successfully, but these errors were encountered: