[Requirement #10416] - The RIS will be integrated into the Team Edition workstation
- Changed Team install configuration so the "Explorer" (DICOM, My Computer) does not launch on startup. In this configuration, there is an "Explorer" entry in the File menu. The user also has options (Preferences) as to whether they prefer it to launch on startup, in a Workspace or Docking Window (shelf).
Merge
[Requirement #10416] - The RIS will be integrated into the Team Edition workstation
- Imports were not working because of a mismatch between the "Family Name" configured in Desktop exe and ShredHostService.
[Requirement #10423] - A default set of authority groups will be provided at install time

Made it so that the "development" authority tokens, and the features they control, are only available in debug builds.  They should not even exist in production builds.
[Requirement #10213] - Remove patient reconciliation

Moved the PatientReconciliation service from the core plugins to the Extended plugins.
[Requirement #8163] - Ensure the build script repository is managed properly
- Fixed several unit tests in CC.Dicom that were enabled for release mode,
adding an nunit dependency.  #if UNIT_TESTS were added.
[Requirement #10423] - A default set of authority groups will be provided at install time

Corrected an error that caused the Release build to break, related to this commit:
Made it so that the "development" authority tokens, and the features they control, are only available in debug builds.  They should not even exist in production builds.
[Requirement #10213] - Remove patient reconciliation

For some reason this file wasn't deleted previously.
Merge
[Requirement #10229] - The workstation will provide a new Scheduling folder system, with a calendar view for scheduling patient appointments

Fixed an issue that would only manifest if the Scheduling FS was configured to be the first one.  In this case, when you first opened the homepage, the Scheduling FS would be selected but instead of showing the calendar view it would show the folder contents view.  Clicking on any scheduling folder would then cause exceptions.  This was all due to a bug in StackedComponentContainer, fixed here.

 * also corrected some of the string resources in the Calendar.
[Requirement #10416] - The RIS will be integrated into the Team Edition workstation

Fixed the Work Queue admin screen UI layout, which would open up in such a way that the buttons were hidden, making it very confusing to understand how to use it.
[Requirement #10273] - ImageServer shall function with .NET 4.

Due to mMarmot refactoring, added a new Statistics property on CommandBase.
The [XmlIgnore] attribute needed to be added so that the command could be
serialized for the edit service in the ImageServer.  Edits should work again
with the ImageServer
[Requirement #10255] - The system will provide a PDF-based Print Report feature to replace the existing (and broken) IE-based Print feature

Discovered an issue during integration testing.  Because each shred is hosted in its own app domain, the RIS server will actually instantiate two instances of the Http Proxy server: one for the application server (for manually printing reports) and one for the publication shred (for sending pdf's to the imageserver).  For this reason, we actually need to specify at least two free ports that the proxy server can listen on.  Changed the settings to specify a port range.
Merge
[Requirement #10273] - ImageServer shall function with .NET 4.

Cleaned up some .NET 4 related compiler warnings.  There were some stray references
to older assemblies.  Also cleaned up another compiler warning.
[Requirement #10411] - Radiology reports will be published to the ImageServer to be included in the associated study as an encapsulated PDF

Refactored the publication shred so that instead of processing publication actions directly, it uses a two-step process whereby processing of the PublicationStep consists merely of queueing up work items for each publication action extension, and the second step is to go and process those work items.  This is far more robust, since it isolates failure of a given publication action so that it does not affect the others.

Incidentally, this will also fix the bug where reports were being published to the ImageServer with a status that said incorrectly "This report has not yet been verified".  Because of the two-step processing now used, things will now be done in correct order.
[Requirement #8163] - Ensure the build script repository is managed properly
- Removed a few compilation warnings
- Cleaned up issue with project dependencies & the TestApps that may have caused a build failure.
Merge
[Requirement #8163] - Ensure the build script repository is managed properly
- Removed a few more compilation warnings
[Requirement #8163] - Ensure the build script repository is managed properly
- Copied some recent web changes over to the Xian directory.