Phantom job(s) showing in GUI 3.3.0.29544

[ciaobaby]

Re-install with settings kept.

Deleted resume.dat and restarted

GUI screenshot with 'torrents' selected.

resume.dat in Bencode

[rafi]

And this bothers you because ?...

Did you try with default (empty) settings ? w/o labels?

[ciaobaby]

It doesn't bother me at all, but I'm sure it will plague the hell out of some users, I'm simply reporting a problem.

However three hours later, with no restarts, no change of settings the phantom has dematerialised..

[rafi]

but I'm sure it will plague the hell out of some users

No, it will not

[ciaobaby]

You mean just like a one pixel white-space in the status bar doesn't?

[CphD]

You mean just like a one pixel white-space in the status bar doesn't?

Not a chance! http://www.merriam-webster.com/dictionary/anality

[ciaobaby]

You mean just like a one pixel white-space in the status bar doesn't?

Not a chance! http://www.merriam-webster.com/dictionary/anality

Really???

Allow me to prove you wrong.

http://forum.utorrent.com/viewtopic.php?pid=721942#p721942

[CphD]

Really???

Allow me to prove you wrong. http://forum.utorrent.com/viewtopic.php?pid=721942#p721942

ciaobaby, Lighten up. It's a joke.

[Beasly]

People cannot be 100% right all the time....

The one pixel white-space may be a minor issue but it sure looks bigger than one pixel when using a darker theme.

Maybe a defensive driving class may help!..

[ciaobaby]

ciaobaby, Lighten up. It's a joke.

As I pointed out in an earlier post, it doesn't cause me any great concern but it will bug others should it happen to them.

[ciaobaby]

Update on this 'issue'

If no jobs are loaded, all persistent labels show a 'phantom' job count..

Loading a single job and setting a temporary label removes the phantom job count from all persistent labels.

Loading a single job and setting a persistent label removes the phantom job count from all other persistent labels.

This behaviour is also in versions 3.3.0.29677, 3.3.1.29756 & 3.4.0.29765

[rafi]

This behaviour is also in versions 3.3.0.29677, 3.3.1.29756 & 3.4.0.29765

Good to finally find a consistent feature... No-jobs means that you are playing around with it... Seriously, just start *using* uTorrent ...

[ciaobaby]

Seriously, just start *using* uTorrent ... wink

So given your wisdom, should I start from ver 1.6, the first version I used (and still have the installer archived) and slowly build up from there?

No-jobs means that you are playing around with it

Does that infer that you have NEVER done a clean installation of various builds and added jobs steadily, just to see at what point it starts misbehaving?

[rafi]

It means I never look for issues with zero torrents in the list view. It simply not practical/interesting/priority issue. And do whatever you want to do with build 1.6 on... like check them all, see what build it started in and tell the devs.

[ciaobaby]

It means I never look for issues with zero torrents in the list view. It simply not practical/interesting/priority issue.

But application testing should cover all possibilties and eventualities especially the "Nobody is ever going to do that" scenarios. (read 'ever going' as "stupid enough") because in my experience that is usually one of the first things that users try to do.

I only spotted it because I added my persistent labels list before loading any jobs up.

[ciaobaby]

This problem has moved on into 3.4.0.29968

Only now there is only (1) job showing for all persistent labels no matter how many jobs are loaded for that label.

[ciaobaby]

In 3.3.2.30131 this issue occurs when a new persistent label is added. The new label shows as Name (1) until the GUI updates, and it takes 10 update cycles to display correctly.

Tested at values of 1000, 3000 and 5000 for gui.update_speed

Behaviour is as expected when changing a temporary label with jobs assigned to a persistent label.