Description of problem:
During this IManage/JON24 development cycle, Content Sources were renamed to Content Providers and later reverted back. During the revert, one of the corrected behaviors was lost in the revert. Please bring it back, its blocking an automated test....
When selecting repositories to sync that actually contain no content, the InfoBlock message used to correctly say "Selected Repositories have no content to sync." and now it incorrectly states "Synchronizing  content sources." when the selected repository actually has no content.
Version-Release number of selected component (if applicable):
build number: 4fd30d0
Steps to Reproduce:
1. Create a new Repository... Administration > Content > Repositories
2. check the new repository and click SYNC SELECTED
Synchronizing  content sources.
Selected Repositories have no content to sync.
This is not just a matter of adding the message information back. Due to the code changes that have been made, the method no longer has access to real time data about whether the N synchronized messages actually had any content to display. It looks like the previous synchronous nature was causing delays in the UI under load.
The mechanism was changed to be asynchronous in nature so that complete synchronization occurs in a scheduled operation.
The short of it is that the we no longer provide that type(completed and how) of messaging in the top level 'Content Sources' synchronize gui action to the client.
How is the test being blocked by no longer having this information?
You should still be able to get this information by browsing the "Synchronization Results History" for the specific Content Source that the synchronization was being run on. You will likely need to monitor the status to of the most recent Synchronization run for "Successful" or "IN PROGRESS" and then view the results. That part could probably be achieved by a CLI script.
One more note: viewing the results of a synchronization is affected by BZ 589199.
build number: b338c7f
When a Repository has NO associated content source and it is selected for synchronization. The resulting Synchronization Status is SUCCESS and the Synchronization Results are:
Thu May 06 09:54:32 EDT 2010: Start synchronization of Repository [foo]
Thu May 06 09:54:32 EDT 2010: Getting currently known list of content source packages...
Thu May 06 09:54:32 EDT 2010: Repository [foo] completed syncing with no errors.
I would have expected the results to say something to the effect that "Selected Repositories have no content to sync." as it used to say in an earlier version of IManage.
Before we would i) launch the synchronization and ii)the wait for the results in the UI thread before iii) displaying those results back.
Since we've moved steps ii and iii into it's own thread, then the only information we can offer back to the user immediately is that N synchronization requests have been started and whether there was a problem trying to schedule them. Meaning that regardless of results for each content source, the operation was requested/initialized successfully.
It's usually a good practice to not include potentially process intensive operations in the initial user response. To properly monitor the status of the synchronization request, the user will need to look at the "Synchronization History" for the specific 'Content Source' and monitor the entries appropriately. This pattern is used successfully other places in the RHQ UI.
QA Closing - we can reopen later if necessary.