BT 0.93

[Corsair]

This is not only for this version is from previous too.

Tasks Tab - Running High Priority - both of them per CPU and GPU shown with same colour,
this sometimes could give the impression in a quick view that one WU is running on CPU instead
of GPU (just as I told you in a quick view, as "Plan_Class" is shown after the name we could
discriminate which one is)

should be fine to have another colour for the GPU tasks in high priority.

[fred]

should be fine to have another colour for the GPU tasks in high priority.

On the list, for some reason it was never requested.

[Corsair]

should be fine to have another colour for the GPU tasks in high priority.

On the list, for some reason it was never requested.

I think because is rare to see it, just if rescheduling task from CPU --> GPU,
because don't like work on CPU on such project and GPU gets stuck of job ??


what I really don't know is what happens with one of my computers that only
takes job for SETI CPU instead of GPU, and it's well defined in the .xml file
(installed with Lunatics 0.37 x64 with no installation of AP), and after rescheduling
you could see smoothly run the WU with "cuda_fermi", but as told you is really
strange that this computer downloads work nearly only for CPU.(without rescheduling)

[fred]

what I really don't know is what happens with one of my computers that only
takes job for SETI CPU instead of GPU, and it's well defined in the .xml file
(installed with Lunatics 0.37 x64 with no installation of AP), and after rescheduling
you could see smoothly run the WU with "cuda_fermi", but as told you is really
strange that this computer downloads work nearly only for CPU.(without rescheduling)

Check if he asks for GPU work . But if work is asked for the GPU and you get an occasional one, everything is fine.
Check the GPU debt with other projects, you could set it to 0.

[Pepo]

The tooltip for cropped overlong Messages' lines is tooooo short.

[jjwhalen]

The tooltip for cropped overlong Messages' lines is tooooo short.

Doesn't Windows impose a maximum character length on tooltips

[fred]

The tooltip for cropped overlong Messages' lines is tooooo short.

Doesn't Windows impose a maximum character length on tooltips

Yes and no, default is 80, but it is possible to make it longer.
But who makes such long translations.

[Pepo]

The tooltip for cropped overlong Messages' lines is tooooo short.

But who makes such long translations.

Ask e.g. the rosetta@home team - BT is not capable of displaying their task names in an uncropped tooltip which is actually not that long compared to the screen size (I can often see tooltips in Visual Studio spanning 2 widescreens), just that my task name column is usually shrunk to just a bit more than some 12 characters, to accomodate for the number of filtered tasks + a bit more.

Happens in both Tasks, Transfers and History tabs.

[idahofisherman]

Luxrenderfarm@home is showing 139.298% completed with no time left to finish and is still actively running.

[fred]

Ask e.g. the rosetta@home team - BT is not capable of displaying their task names in an uncropped tooltip which is actually not that long compared to the screen size (I can often see tooltips in Visual Studio spanning 2 widescreens), just that my task name column is usually shrunk to just a bit more than some 12 characters, to accomodate for the number of filtered tasks + a bit more.

Happens in both Tasks, Transfers and History tabs.

Added to the list, shouldn't be too hard to do.

[glennaxl]

After a restart from thread timeout, selection bar goes under toolbar operation. It seems it can't remember where it was.

before restart:


after restart:

[fred]

After a restart from thread timeout, selection bar goes under toolbar operation. It seems it can't remember where it was.

The bars are stored when BT exits normally.
Did BT crash (crash report)?

[Pepo]

Luxrenderfarm@home is showing 139.298% completed [...] and is still actively running.

I'm glad that BT is not clipping the Progress% to 100.00000 and shows the true reported value. BOINC Manager is unfortunately hiding such application bugs, none will then notice and complain.
BTW, would BT correctly display a negative Progress%?

... 139.298% completed with no time left to finish and is still actively running...

This bug was just repaired in trunk, changeset [22834].

[glennaxl]

After a restart from thread timeout, selection bar goes under toolbar operation. It seems it can't remember where it was.

The bars are stored when BT exits normally.
Did BT crash (crash report)?

I don't think it crashed as there's no dump file generated for today. It always happen even on previous versions (cant remember whc way back).

One thing for sure that I will get this issue is when one of my host (remote - from far far away land ) goes offline then BT will have a thread timeout - results to toolbars in the wrong place.

[fred]

I don't think it crashed as there's no dump file generated for today. It always happen even on previous versions (cant remember whc way back).
One thing for sure that I will get this issue is when one of my host (remote - from far far away land ) goes offline then BT will have a thread timeout - results to toolbars in the wrong place.

I made a note to test it.