We've recently deployed a new infrastructure with multiple instances running Telerik Report Servers behind a load balancer.
In this new structure, we noticed a new intermittent bug when rendering some reports using the HTML5 report viewer, which is breaking some of our images included in PictureBox controls due to 400 Bad Request errors.
Upon further inspection, it seems the error happens because one of the instances is returning the following error instead of loading the image, hence the intermittency.
Provided document Id has expired. Please refresh your browser to generate a new one.
Please provide support for the FirebirdSql.Data.FirebirdClient, so that I can connect to my Firebird database.
Currently, I have to use the Firebird ODBC driver instead.
I am setting up a scheduled task with reports with WebServiceDataSource on the Telerik Report Server for .NET. When I try run the scheduled tasks, I get the following error message when the data source contains JsonPath:
Could not load file or assembly 'JsonPath.Net, Version=2.0.0.0, Culture=neutral, PublicKeyToken=17ed63f672b0e278'. The system cannot find the file specified.
When there is no JsonPath in the WebServiceDataSource, the error is as follows:
Could not load file or assembly 'System.Text.Json, Version=10.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'. The system cannot find the file specified.
The Report Server is localizable. However, its viewer is not.
The localization of the viewer requires adding a new JavaScript file with the translation and referencing it in the CSHTML template of the Preview, which would be reset upon the Report Server upgrade.
It would be great if the localization of the Report Server Viewers became part of the configuration, allowing them to be preserved between upgrades.
Current Behavior
Telerik Report Server currently limits authentication to a single federation provider. Organizations requiring multiple identity providers must implement a custom authentication provider as a workaround.
Requested Enhancement
Allow configuration of multiple federation providers simultaneously within the Report Server administration interface, enabling users to authenticate via any configured IdP without custom development.
Use Case
Proposed Implementation
Business Impact
The current single-provider limitation forces organizations into complex custom provider implementations, increasing maintenance burden and potential security risks. Native multi-provider support would reduce implementation complexity and align with modern enterprise identity management requirements.
Provide an official and supported migration path from the Telerik Report Server built on .NET Framework to the newer .NET-based Report Server, allowing reuse of existing storage and configuration.
Organizations running long-lived Telerik Report Server installations want to adopt the newer .NET version for performance, longevity, and platform alignment, without rebuilding their entire environment.
Lack of migration support is currently a blocker for adoption and increases operational costs.
Suggested Solutions
A migration tool or script that converts credential storage to the new hashing algorithm
A supported upgrade path that forces password resets but preserves users and roles
The Report Server is localizable. However, its viewer is not.
The viewer cannot be customized either. For example, if you want to make the default View mode PrintPreview.
The above require changes in the CSHTML template of the Preview, which would be reset upon the Report Server upgrade.
It would be great if the customization and localization of the Report Server Viewers became part of the configuration, allowing them to be preserved between upgrades.
We have a scenario where some groups need to have reporting info that is not visible to other users on the Report Server instance. I can assign permission limiting access to report categories and data connections, but I don't see a way to limit shared data sources.
Imagine, for example, a scenario where payroll wants to include an ADP data feed in their reports and they want to save it as SDSX to use in multiple places. As far as I can tell, all other report editors on the server can now load and use that SDS.
I should be able to determine what SDSX files each user can access in the same way that I can for specific reports.
Steps to reproduce.
1. Configuration -> Mail Template -> Schedule Task Attachment -> Subject set to empty.
2. Update and Save changes.
3. Access Reports
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.
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.
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.
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.
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.
I am using the Reporting/Report Server 2024 Q4, and my report uses the Amiri font.
Other export formats work as expected, however, the PDF export fails with an "Object reference not set to an instance of an object" error message and produces a corrupted/empty PDF.