- 4 minutes to read
This document lists common issues that can occur in a Web Reporting application and describes solutions. For information on how to identify the cause of the issue, refer to the following topic: Reporting Application Diagnostics.
The application works on the development machine but displays an error in production.
Ensure that all the required libraries are deployed on the production environment. See the following topics for more information:
|ASP.NET WebForms||Application Deployment|
|ASP.NET MVC||Application Deployment|
Document export does not work in an application with token-based authentication
The Web Document Viewer performs most of its API calls as AJAX requests, but print and export requests are performed by the browser. For this reason, print and export requests do not have HTTP headers and cannot be authorized. See the following example for details on how to negate this limitation:
A web reporting application stops working shortly after deployment
This issue only occurs in ASP.NET WebForms and ASP.NET MVC but does not affect ASP.NET Core.
Make sure to reinitialize the reporting controls after the AppPool was recycled. To do this, call the corresponding control’s
StaticInitialize method at application startup:
- ASPxWebDocumentViewer.StaticInitialize - Reinitialize the Document Viewer.
- ASPxReportDesigner.StaticInitialize - Reinitialize the Report Designer and Document Viewer.
The browser console outputs an “Unable to process binding” error
This error indicates that client scripts are registered incorrectly. To solve the issue, ensure the following:
- The script files are registered in the correct order
- There are no duplicate registrations
- There are no conflicts between the scripts
- The version of the DevExpress scripts matches the version of the server-side libraries.
The browser console displays CORS policy errors in a JS-based reporting application
Make sure that Cross-Origin Resource Sharing (CORS) is correctly configured in your server application. See the following article for more information: Enable Cross-Origin Requests (CORS) in ASP.NET Core
If the problem persists, chances are that the server application generates an error at runtime, but the generated error page is not configured to use CORS. In this case, use logging to identify the cause of the problem. Refer to the following article for more information: Logging in .NET Core and ASP.NET Core
The Document Viewer displays an “Internal Server Error” popup
This means that an error occurred on the server while processing the DXXRDV request. The error was handled by the DevExpress Reporting server code, so program execution was not interrupted and the client received response code 200. Use logging to catch these errors on the server side and diagnose the problem based on the collected error information.
|ASP.NET WebForms & MVC||Implement a LoggerService.|
|ASP.NET Core||Use automatic logging for the DevExpress category, as described in the Configure logging section of the following article: Logging in .NET Core and ASP.NET Core.|
The Document Viewer displays an “Error when trying to populate the data source” popup.
This means that the report data source has generated an error on the server. The details of this error are hidden from the client for security reasons. Examine the error log on the server.
The Logger Service does not log any errors
Check if the service is correctly implemented and registered. If so, the error occurs before the DevExpress Reporting code runs. In this case, use the general error logging technique. Review the following topics for more information:
|ASP.NET Web Forms,
|Adding Error Logging Support|
|ASP.NET Core||Logging in .NET Core and ASP.NET Core|