New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stopped progress bar showing in top-left of downloads list for off-screen entries until list is scrolled. #193

ribbons opened this Issue Aug 22, 2013 · 1 comment


None yet
1 participant

ribbons commented Aug 22, 2013

Original report from del at 23:49:26 on 2012-11-19

RD progress bar in action ...

Occasionally, the download progress bar displaces itself from its correct row, and appears in the top left of the download window. This only happens very occasionally, doesn't affect the download, and doesn't affect my enjoyment of RD!

I think this occurs if I am watching a download from way down the list, off screen, and I scroll up to the top of the list just as one download ends and another begins. The screendump refers to a very old recording (COTWAG: Arne) about 200 places down the list, and the actual misplaced scrollbar to another COTWAG download (COTWAG: Faure?) about half a dozen places above it.

For a short while, RD seems to set the progress bar's coordinates to (0,0). As soon as I scroll again, the bar disappears and turns up where I'd expect it, opposite its appropriate entry on the download list.

Therefore this is a trivial and cosmetic problem, and not worth busting a gut to fix.

I am just about to upgrade to 2.26.2 ... so this refers to XP Pro 32 bit, and RD 2.26.0

best wishes Derek

Imported from Bug 734 in the Bugzilla.

@ghost ghost assigned ribbons Aug 22, 2013


This comment has been minimized.


ribbons commented Aug 22, 2013

Original comment from Matt Robinson at 20:15:32 on 2012-11-21

Well, I've found a bug in the progress bar positioning - if the item that the progress bar relates to is off screen, the bar is shown in the top-left of the downloads list until the list is repainted. Resolved in ac4e000 by initially hiding the progress bars (they are unhidden on repaint if required anyway).

Not 100% sure if this covers the behaviour you describe, but as it sounds close and I've fixed the issue will re-purpose this bug to cover that. If you find there is still an issue with the positioning after the next release please raise a new bug.

@ribbons ribbons closed this Aug 22, 2013

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment