I have been forcing my webservice data source into a workable solution for making GraphQL requests. Right now in order for us to use GraphQL, we have to build out the request manually with a string such as the following:
{"query: "query GetSomeResult($input: Int!) {result {id name}}", "variables": "{"input": @parameter}" }
While this is a normal way to hand craft a GraphQL request, the issue I have is that it shouldn't need to be that hard. Also I get no intellisense or suggestion in regards to the data returning. This means that when I try to bind data to a text box, I have to visually validate that the [=Fields....] is actually correct by looking at the GraphQL query and at the code base. I would love to see the ability to to just say have a set of standard api technologies we could implement from such as GraphQL queries, GRPc queries, or any other contract style request. I would expect that the data source logic would be smart enough to parse the query (at least for GQL) and be able to provide reccomendations.
Also a major issue we have had is in being able to pass that data source to subReports, or dealing with any nested objects such as a user.address.addressLine1 would not be able to be found if address is a nested values like the following
user: { address: { addressLine1 } }
As of now the Reporting team provides only part of the source code - mostly the code that targets .NET Framework 4.6.2.
Please expose more of the code to your customers, like Telerik Reporting engine for .NET 6+ and corresponding REST WebAPI.
When trying to duplex print a report that has odd page numbers, the next report's first page prints on the back of the previous report. We need the ability to conditionally insert a page break based on whether the report's (the group's) page count is odd or even. Since we don't have access to the global pagecount variable outside the footer, there is no way to use it to insert a page break into the body of the report. This seems like it would be such a common need with the desire by many to save paper that it would be an obvious feature to include in the product. Thanks.
I export the same TRDP report that embeds a Bitmap image on Windows with GDI and on Linux Docker Container.
The result PDF file from the Linux environment is much bigger than the one generated on Windows.
The ReportsControllerBase is returning a JSON payload of { "InstanceId": "xxxx" } instead of { "instanceId": "xxxx" } that the Html5 ReportViewer is expecting. I believe the CreateInstance method should be using CreateJsonResponse instead of CreateResponse. I overrode the ReportsControllerBase.CreateInstance like the following to get it working again:
response = base.CreateInstance(clientId, reportSource);
// This is to work around a bug in telerik reporting.
BusinessLogicResponse v = BusinessLogicResponse.CreateInstance(HttpStatusCode.Created, ((ObjectResult)response).Value);
response = base.CreateJsonResponse(v);
Even though I set "parametersAreaVisible" to false, the parameter area is still visible. A bit of tweaking.
Let me make a change request in the telerikReportViewer-18.3.24.1112.js file:
function showParametersAreaIfNecessary(params) {
parametersAreaNecessary = hasVisibleParameters(params) || !controller.isReportAutoRun();
showParametersArea(parametersAreaVisible && parametersAreaNecessary);
}
I have overridden the SendMailMessage method of the ReportsController to implement the email-sending functionality of the web report viewers.
However, despite the method being implemented in my controller, inheriting from the ReportsControllerBase class, the method is never hit, and instead, I get a 501 Not Implemented response.
When rendering a report that displays an image through the PictureBox item with binary data in multiple threads within a Docker container, the following error is thrown:
Message=Concurrent operations from multiple threads on this type are not supported.
Source=DockerBlazorApp
StackTrace:
at Test.Reporting.Services.ReportService.<>c.<RenderReport>b__4_0(Object innerSender, ErrorEventArgs eventArgs) in C:\Users\dnikolov\Downloads\dockerblazortestappfortelerik\DockerBlazorTestAppForTelerik\DockerBlazorApp\Services\ReportService.cs:line 49
at Telerik.Reporting.Report.OnError(Object sender, ErrorEventArgs e)
at Telerik.Reporting.Report.RaiseError(Object sender, ErrorEventArgs e)
at Telerik.Reporting.Processing.Report.RaiseReportError(ProcessingElement sender, ErrorEventArgs args)
at Telerik.Reporting.Processing.Report.RaiseError(ProcessingElement sender, Exception exception)
at Telerik.Reporting.Processing.ProcessingElement.Process(IDataMember dataContext)
at Telerik.Reporting.Processing.ReportSectionBase.ProcessItem()
at Telerik.Reporting.Processing.DetailSection.ProcessItem()
at Telerik.Reporting.Processing.ReportItemBase.ProcessElement()
at Telerik.Reporting.Processing.ProcessingElement.Process(IDataMember dataContext)
The Web Report Designer does not entirely comply with CSP standards, necessitating the use of the 'unsafe-eval' directive in our CSP policies to enable its functionality.
This directive poses significant security risks and undermines the purpose of implementing CSP in the first place. Please remove this requirement.
My connection string contains spaces:
Data Source=(local)\SQLEXPRESS;Initial Catalog=AdventureWorks;Integrated Security=SSPI
When I use the functionality 'Build new data connection', the designer throws the following exception:
I have a calculated field of type Decimal where I may dynamically return 0 in some of the rows of data.
If this happens with the first data row, it will not respect the selected data type and will instead infer that the type of data is an integer.
If I use this calculated field in an aggregate function such as Sum(), since the type of the first value will be integer, it will treat the other values as integers as well and the total sum will be incorrectly aggregated.
At the moment it's only possible to have your reports in old-fashioned projects.
It should be possible to add/design reports to SDK-style projects. That should work no matter what target framework is (.NET Core, .NET Standard or .NET Framework).
If I update a StyleRule from the Report Explorer in SRD.NET, the property grid becomes empty afterward, and I have to de-select the rule by selecting another style rule, then select it again to edit another style.
When using the Standalone Report Designer for .NET, the PropertyName dropdown is empty when creating a new style rule with AttributeSelector.
The issue is not present with the Standalone Report Designer for .NET Framework.
Reproducible in version: 18.2.24.924 +
Not reproducible in version: 18.2.24.806
Description
In releases before 18.2.24.924 it was enough to open dll with types from SRD in order to be able to import the type reports. Currently, this is possible only if you copy the dll next to SRD exe file and add entry in Assembly References for the dll.
Steps To Reproduce
Build the project CSharp.ReportLibrary.csproj in C:\Program Files (x86)\Progress\Telerik Reporting 2024 Q4\Examples\CSharp.NET Framework\ReportLibrary
Start SRD FF and from Open menu select the CSharp.ReportLibrary.dll dll in C:\Program Files (x86)\Progress\Telerik Reporting 2024 Q4\Examples\CSharp.NET Framework\ReportLibrary\bin\Debug
Expected behavior
Something like "Please add first Assembly reference to the dll... from ...". Or even better. Do you allow the assembly ... to be loaded? And we can add the assembly reference instead of the customer.
Actual behavior
TypeReference error.
The Telerik Reporting REST Service storage is automatically cleaned based on some configurable timeouts and hardcoded times. It requires an awaken service to be performed.
It would be very useful for the developer to be able to invoke manually the storage cleaning functionality either with code or through the service Web API.
If I render a report that includes a HtmlTextBox item with line breaks in its value(<br />) to PDF with the Skia graphics engine and a font such as DejaVu Sans, the <br /> tags are rendered as squares.
Sample HTML:
<p>line1<br />line2<br /><i>line3</i></p>
Using a font such as Arial, there are no such issues. However, before 2024 Q4, it wasn't a problem when using the DejaVu Sans font as well.