Currently "Report item images where the image source is a link to an external image is not supported". SQL Azure Reporting is configured for RDLSandboxing which prevents use of internal code or assembly DLLs for dynamic images such as bar codes. External images accessed via URL are a reasonable alternative that's currently blocked.

Business users should be able to use Report builder to author and publish reports to report server

Reports must support custom code, to format strings, etc...

Much of the data I want to report on is in Windows Azure tables storage. I now that you can expose this via a webservice, but how can this be done securely? It would be very useful if there was an out of the box data provider for this.

Custom assemblies in SSRS 2008 are a great way to re-use code in different reports. They are also unit testable.

Right now there seems to be no way to achieve this in SQL Azure Reporting, so it looks like we'll have to copy-and-paste a lot of re-occurring visual basic functions from one report to the other. This makes building the reports more a more tedious and error-prone process, not to mention the lack of unit testing for custom functions.

This may be coming in later releases but I'd ideally want a user-friendly portal so users can just connect and see their reports - just like Report Manager

Unique service.Just add support to other type of datasources, and notify about the future cost of the services.

I understand that it may take time - you might be focusing on getting powerview for multidimensional mode first. But it would be great, if someday we could deploy powerview reports on SQL Azure reporting services.

My Azure development environment does not have VS 2008 available for authoring reports, I can install under SQL Server Business Intelligence Studio but it just adds the setup overhead really. I would prefer to only have VS 2010 installed, can we accelerate authoring support on the VS 2010 platform?

Currently SQL Azure Reporting Service enables to connect SQL Azure database.
But when this service extends to connect Azure Table Service, on premise databases, XML and CSV file, it will be more useful for reporting on cloud.

This would simplify the management of multiple Report servers. The name must not necessary bet the same as the Report Server URL.

For an Azure Silverlight application, we have to fall back to the AJAX Report Viewer, which has various limitations. A Silverlight equivalent to the Windows Forms ReportViewer would be very welcome.

There is the web service URL on the Windows Azure portal page for reporting services, you should add links the ReportServer while you are at it.

The ability to create custom security extension so as to use forms Authentication and the Membership API when viewing reports through the portal.