For example, the 'Activity' and 'items per page' in the Scheduled Tasks are not available in the 'sr.js' file:
This doesn't let us translate the whole Report Server.
Hi,
I'm trying to customize the interface language (english to german) of our report server web application without success. I set some language entries in the sr.user.js file in the script folder of the web application but the labels of the report server remain english. When I do this in the original file (sr.js) it works well.
The Report Server mail templates have a variable named "link" which should provide a link to the exported document for the email receiver.
However, this link does not use the Report Server's public address set through IIS, instead, the link uses the "http://localhost:83" as a base URL for the link.
Please correct the behavior and/or allow for changing the links' base URL.
Currently, the POST api/reportserver/v2/documents endpoint is available only for the standard version of the Report Server.
Consider adding it to Report Server for .NET as well.
The assemblyReferences, typeReferences, and typeValidation configuration elements are not respected from the TelerikReporting.config files of Report Server Manager and ServiceAgent.
The same settings are respected when set in the corresponding Web.config and Telerik.ReportServer.ServiceAgent.exe.config.
When I try to use the Report Server for .NET 2025 Q1 in a Docker container, I get the following error in the logs:
"An error occurred while checking the licenseResult: The value cannot be an empty string. (Parameter 'path')."
The error does not seem to prevent the Report Server Manager from remaining functional.
Hi Team,
Currently when Report Server has whitelabeling enabled, the browser tab will still show "Page | Telerik Report Server". This request is to allow us to set a value for the 2nd half of the page title.
I see this is applied by using the @ViewBag.Title, my request is to have a field in the Whitelabeling settings page for a brand name in the title. This could be combined with the page name to have a customized title. For example "Page Name | Whitelabeled Name".
Here's a visual example to explain further
Thank you,
Rick
We need to send emails to specific people only when Errors occur in scheduled reports. They shouldn't receive the scheduled reports when there are no errors.
For example, there may be a new user role added for this purpose.
HTML5 Report Viewer cannot connect to report server for .NET.
The old report server still connects us expected.
Hi Team,
This feature request is to ask that a capability be added to Report Server that restricts certain administrative functionality to only be allowed on predefined subnets (e.g. adding new users, data sources, etc.).
Thank you,
Amish
Currently the Report Server appears to keep the execution history of scheduled report tasks indefinitely. The task execution history is a very useful feature but there appears to be no way to limit the history to a certain amount of time. For our use case it is unlikely that we will need to go further back then 1 or two months in the history and as we get months an even years of history (which includes the execution and related documents) the time needed to backup and restore the Report Server increases. We only have about 30 scheduled reports that run each day but over a year that is 10,000+ executions that are stored and anything over a month or so old has little value to us. I am not sure if these also have an impact on the overall performance of the Report Server or at least the Scheduler portion of the UI but that would be another reason to limit the retention.
Currently the only method to delete the executions is to either (a) do it manually via the UI (screenshot below) or (b) to write an application that deletes executions outside our retention window using the API to query and then delete them. Method (a) is too time consuming for a person to do and (b) will require writing the application but then also monitoring it's status and keeping up with any changes in the API over time.
I would propose adding some method of allowing users to set a "retention period" for scheduled task executions.
- The retention period would ideally be able to be set globally and overridden for a particular task
- The retention period would be specified in days
- To actually remove the old executions you could create a task that runs once a day and is executed by the windows service that exists -OR- each time the task executes to run the report it can also look to see which historical executions are older then the retention period and delete them.
- The removal of the historical tasks should also delete any associated documents
Implementing this would allow for much quicker upgrades, backups, and restores of the Report Server.
As a user utilizing the Report Server product, I need to use a single instance of it to serve two or more completely separated divisions/clients so that they do not have access to each other's assets, so that I do not have to make two different deployments of the server and support them. See https://en.wikipedia.org/wiki/Multitenancy
As a Report Server user,
I need to deliver reports to all subscribers in a single email message,
So that no person gets the email more than once if the subscriber emails are groups and a person is part of multiple groups.
This would also allow the persons to reply to all other subscribers.
Milen
In one of our Dev environments we had Telerik Report Server installed, but unfortunately whoever set it up, didn't write down the Admin Username and Password.
The SMTP server wasn't configured when starting with the Report Server, and there is no option for resetting the password.
We do have a username and password that logs in, but it doesn't have sufficient rights to make the necessary administrational.
In such scenarios, it would be helpful if there is an external tool we may use to create an admin user directly in the Storage of the Report Server. Obviously, if somebody has unlimited rights to access the Report Server storage, he/she should be authorized also to be an admin of the Report Server.