Task #9634: removed some of the needed logging to solve the issue. I left the logging of starttime per observation on, which helps a lot to see what macscheduler is doing

Task #9607: added logging in MACScheduler::_updatePlannedList() to identify if the missed observations are due to a potential race-condiction in itsOTDBconnection->getTreeGroup and the timeBeforeStart check

Task #8531: Added unittest for TreeStatusEvent daemon and updated MACScheduler to new getTreeGroup function.

Task #7555: Stop spamming MACScheduler.stdout with messages, since we can now tap them at MessageRouter

Task #7593: autogen creates the protocol files now in the namespace XXX_Protocol. Modified the sources to look in these namespaces.

Jan David agreed it makes sense, although some software covered is not
currently maintained by the RO software team.
All replacements happen in comments, so this is safe. (viewed svn diff | grep ... by hand)
Command used:
LOFAR$ grep -r -l seg@astron.nl * | xargs sed -i -e 's/seg@astron.nl/softwaresupport@astron.nl/g'

Task #7420: MACScheduler pushes parset on the bus just before starting ObservationControl. Care is taken that the parset is pushed only once.

Task #4126: Merge with Release 1.11: Larger buffer for CEPlogProcessor and robust controller-chain for supporting the completing state.

Task #4126: Updated query for showing active and finished observations related to the new completing state.

Task #1418: Reservations and Maintenance blocks are filtered from the lists. Occasionally those blocks had the wrong state causing to popup in the lists the MACScheduler maintains.

Online and PythonControl write finished.

Task #3204: Re-applied reintegrate merge, after fixing some files that were mysteriously altered in the previous reintegrate merge. Among these files were: lofar_config.h.cmake, CMake/LofarGeneral.cmake, and CMake/FindPVSS.cmake.

Task #3571: MACScheduler uses modificationDate. Modifying an already scheduled tree will immediately result in a new parsetfile for that observation/pipeline.