[2.0.5] window display updating problem

[Francois Thunus]

when there is only one torrent in the active window, the download speed is not updated.
the "peer" view below and the summary at the bottom of the frame are updated and give the correct value, so it is easy to check.

[Francois Thunus (thunus)]

Ijust noticed that it works now, So what has changed ? in the meantime, I have added two more torrents, and they have run their course, and now there is only one left. So i'd rephrase the bug as:
when you start qbit empty and add only one torrent, it doesn't get updated.
if you add more torrent later, then the bug disappear. Not having seen the code at all or having the slightest idea how it is structured, i'd point to an uninitialized variable ?
Cheers

[Francois Thunus (thunus)]

Sorry, forgot to say i'm working with 2.0.7 now

[Francois Thunus (thunus)]

You can kill 500637, this is the same thing, sorry i didn't spot it when i reported this one

[Francois Thunus (thunus)]

it's 500632, and marked it by mistake as duplicate of 507221. Not my day obviously, sorry.
I checked the refresh interval, it is the default. lower it to 1400 to no avail.

[Christophe Dumez (hydr0g3n)]

I'm still leaning towards a Qt bug. I cannot reproduce here, as you can see on my screenshot.

[Francois Thunus (thunus)]

Well, I managed to reproduce it here with 2.0.7 as you can see from screenshot. however, I need to amend the bug report, in the sense that it seems to update, but only once in a while. I was going to take several screenshot, but between the time I cleaned the first one with gimp and i came back to the screen, the original 14k had been replaced by 50. still doesn't match the real download speed, but i'll try to see the update frequency.
See snapshot. cheers

[leigh123linux (leigh123linux-deactivatedaccount)]

Try posting more info ie.

1. what distro.
2. QT version.
3. Did you compile qbittorrent or are you using a pre-built package.

[Francois Thunus (thunus)]

1) Debian Squeeze
2) 4.5.3-4
3) pre build fetch from debian sid repository
the update seems to be done anytime you touch the window. the non updating concerns not only the download limit but all other info as well. I noticed that because i switched to the file view and noticed the file view said 12% when the main window was still at 9%.
My impression (but I haven't looked at the code) is that somehow the updating loop is not properly initiated when there is only 1 item in the main window.
ccording to my experience, this is valid only when you start with no torrent, and add only one.
if you add more than one, then the problem does not occur, and if you have several and then delete them all, the remaining torrent behaves as expected (ie is updated).
Hope that helps

[Christophe Dumez (hydr0g3n)]

I have changed the way I updated the transfer list in v2.1.2 (will be uploaded to Debian sid soon). I still think you are experiencing a Qt bug though. I hope that my new repainting code is no longer affected by this Qt bug though. Please report back when you get a chance to test v2.1.2.

[Francois Thunus (thunus)]

Ok. My HD crashed and since my machine is quite old, it was easier to buy a new one. I am in the process of reconfiguring at the moment, so it won't be before the end of the week because my planning is quite heavy this week. Also I'm switching to an AMD64 machine. not sure how much that is relevant, but wanted to point it out.
Cheers

[Brian D (turbo)]

Christophe --

For what it's worth, I have witnessed this behavior in my 2.1.2 qBT installation on Fedora 10. I thought it was a bit odd, but didn't think anything else about it until I happened to read this bug report...