The non-display of running jobs in the list is a startup problem it takes between 12 - 15 minutes after restarting the client and GUI before the list shows the appropriate number of tasks. Regardless of whether the column aligment is "the same as 3.3.2" the simple fact is that it that is shows a lack of cohesion between developers. Which of course IS a primary purpose of a CVS, if "Git" projects can be cohesive with many, many unpaid and often unknown massively distributed developers creating forks and branches from the main source without fixed bugs reappearing days, weeks or months later why can't yours?? For the 'Status' and queue number ('#') it is logical for those to be centred (provided that gui,color_progress_bars it true for the status), likewise with the 'name' column being left aligned, but the rest are a mish-mash of alignments. Which suggests that the GUI designer only considered ONE arrangement of columns, rather than considering the fact that columns CAN and therefore WILL be re-arranged. Minor point, ... Sure; but a point that demonstrates a lack of overall control and more importantly, a lack of quality control in the design & development process. And on columns and QC. The name column does NOT expand to accomodate the longest item on split point double click, other columns do. Okay, then explain to me why a "download" icon is logical or intuitive for a start action, considering that a job may be already completely downloaded when it is being started?