BT 1.07

[Pepo]

In 1.07, I can still see the messages sorted pretty randomly...
BOINC 6.12.28's Manager seems to be displaying the messages sorted correctly.

I don't see that happening.
Now sort on project name and date.
Can you email me the notices.html file, so I can see what you mean.

I've missed the new "1) on project 2) on date". But it is not even according to this order, see:

   SETI@home: storage service is back up
We have migrated storage service to thumper. Now it's a matter of transferring raw data to thumper, preprocessing it, and splitting it. This will all take some time. The Overland server is up and its raid is operational (thanks Overland!). Diagnosis of this unit is proceeding.
28.05.11 15:30    viac...
   SETI@home: More problems with workunit storage server...
One of the RAID arrays failed to rebuild. Personnel from Overland Storage are working to solve the problems. Meanwhile we're creating temporary working storage on Thumper.
27.05.11 20:48    viac...
   SETI@home: Change of management at Arecibo.
ML1 pointed out an article about the change of management of the Arecibo Observatory. Cornell University, which has managed Arecibo since it opened, will no longer be managing the Observatory. A consortium of organizations will new be handling the management. We don't expect this to affect SETI@home much. It may mean changes to how observing is scheduled and how much observing time we receive per year.
25.05.11 18:50    viac...
   SETI@home: work generation temporarily halted (update)
The storage server has been repaired. It will take some hours to resync the RAID. We will let that process complete before restarting work generation.
26.05.11 17:03    viac...
   test: test
test
14.06.11 06:05    viac...
   Oznam od BOINC
Nemožno rozpoznať adresu hostiteľa v remote_hosts.cfg: pavilon6
16.06.11 19:24    viac...
   Oznam od BOINC
Nemožno rozpoznať adresu hostiteľa v remote_hosts.cfg: vetroplach
15.06.11 01:22    viac...
   SETI@home: New posts in subscribed thread
There are new posts in the thread 'Development BOINC 6.12.33 change log'
14.06.11 15:14    viac...
   SETI@home: New posts in subscribed thread
There are new posts in the thread 'Microdonations through Flattr.'
16.06.11 03:01    viac...
   test: asdf
asdsdf
14.06.11 06:40    viac...

(I'll send the file per e-mail).

Why not "1) on received, 2) on created" as BOINC Manager is doing it? Otherwise it would be good to mark newly coming (but not yet read) notices. If you imagine that all my say 37
attached projects (on X monitored clients) would use notices as thoroughly as SETI or PrimeGrid, then I'll have no chance to find "2 new notices" buried among World Community Grid's section, down under 187 other projects' notices. Or I'd have to thoroughly collapse each read notice immediately after having seen it, to be able to recognize any newcomers, alphabetically placed downwards the list.


BTW the newly updated forum code is suddenly behaving ill on Chrome browser - when writing longer paragraph, it is not being wrapped inside the message's editbox, but kept as 1 wide line, the editbox automatically resizes itself horizontally and the whole window scrolls itself to the right.
Besides, with previous versions it was possible to resize a message's editbox (by grabbing and moving the editbox' bottom right corner - I've seen this functionality on Chrome and previously in Safari), now it's gone, but there is some short horizontal "double-line" below the editbox - probably a holder to resize the box vertically, but (now on Chrome?) I'm unable to grab it with mouse cursor - any other way to resize the box? It is so impossible to preview posts with longer lines Or reach any buttons (Send, Preview, formatting, smileys...)

[fred]

The sorting wasn't done on group.

Sorting should be fixed, now on group (from server, client, BoincTasks, TThrottle), project, created time.
You can collapse read messages, or delete them to clear up the long list.

[Pepo]

I've just seen a case, where, on the Tasks tab, two preempted tasks (both kept in memory) had large "uncheckpointed" interval warnings:

Code Select Expand

PrimeGrid 6.09 Cullen Prime Search (LLR) llrCUL_91107183_2 04d,04:07:57 (03d,13:45:26) 76.132% [0] 03d,13:45:26
Spinhenge@home 3.12 Monte Carlo Metropolis 02_core_shell_nanoparticle_229205_0 05:01:23 (04:15:36) 72.748% [0] 04:15:36
Interestingly the interval lengths were equal to both the used CPU time...

From their Properties:

Code Select Expand

Projekt PrimeGrid
Meno pracovnej jednotky (WU) llrCUL_91107183
CPU čas pri poslednom checkpointe 03d,13:45:26
CPU čas 03d,13:45:26
Uplynutý čas 04d,04:07:57
Dokončená časť 76.133 %
=================================================
Projekt Spinhenge@home
Meno pracovnej jednotky (WU) 02_core_shell_nanoparticle_229205
CPU čas pri poslednom checkpointe 00:00:00
CPU čas 04:15:36
Uplynutý čas 05:01:23
Dokončená časť 72.749 %
According to it, the Spinhenge task has indeed not checkpointed yet. But the PrimeGrid task did (and what is interesting, always once more 5 minutes after being preempted ₎ - let's clear it on the PrimeGrid forum):

16.06.2011 10:17:18 | PrimeGrid | [task] task_state=EXECUTING for llrCUL_91107183_2 from start
16.06.2011 10:17:18 | PrimeGrid | Restarting task llrCUL_91107183_2 using llrCUL version 609
16.06.2011 10:22:29 | PrimeGrid | [task] result llrCUL_91107183_2 checkpointed
....
16.06.2011 13:07:47 | PrimeGrid | [task] result llrCUL_91107183_2 checkpointed
16.06.2011 13:07:49 | PrimeGrid | [cpu_sched] Preempting llrCUL_91107183_2 (left in memory)
16.06.2011 13:07:49 | PrimeGrid | [task] task_state=SUSPENDED for llrCUL_91107183_2 from suspend
16.06.2011 13:12:55 | PrimeGrid | [task] result llrCUL_91107183_2 checkpointed

16.06.2011 13:53:13 | PrimeGrid | [task] task_state=EXECUTING for llrCUL_91107183_2 from unsuspend
16.06.2011 13:53:13 | PrimeGrid | Resuming task llrCUL_91107183_2 using llrCUL version 609
16.06.2011 13:53:56 | PrimeGrid | [task] result llrCUL_91107183_2 checkpointed
....
16.06.2011 16:45:03 | PrimeGrid | [task] result llrCUL_91107183_2 checkpointed
16.06.2011 16:45:03 | PrimeGrid | [cpu_sched] Preempting llrCUL_91107183_2 (left in memory)
16.06.2011 16:45:03 | PrimeGrid | [task] task_state=SUSPENDED for llrCUL_91107183_2 from suspend
16.06.2011 16:51:00 | PrimeGrid | [task] result llrCUL_91107183_2 checkpointed