When generating PDF/UA files, we need to have special objects that are read by an internal system but ignored by screen readers. This cannot be achieved with the existing functionality.

It would be beneficial if we could configure reports so that specific objects inside the generated document are ignored by screen readers. For example, by setting a special value to the AccessibleRole property of a text box. 

When I have multiple reports open in the Standalone Report Designer, I am not able to rearrange/reorder them.

Refer to the tab behavior in Visual Studio, where you can drag one tab and move it to be in front of another tab.

greetings

Summary

When the Web Report Designer is initialized with non-English string resources (via window.telerikWebDesignerResources), the authentication type selector in the Web Service Data Source wizard behaves incorrectly. Even though "Sin autenticación" (the translated value of WebServiceDataSourceNoAuthentication) is visually selected in the dropdown, the wizard behaves as if a different authentication type is selected — displaying additional required credential fields and blocking progression.

The issue does not occur when using English string resources (WebServiceDataSourceNoAuthentication = "No authentication").

---
Steps to Reproduce

1. Configure a Blazor Web Report Designer with Spanish (es-CO) custom string resources using window.telerikWebDesignerResources:

// WebReportDesignerStrings.es-CO.js
export class WebReportDesignerStringsBase {
    constructor() {
        // ...
        this.WebServiceDataSourceNoAuthentication = "Sin autenticación";
        // ...
    }
}

// Load resources before designer renders
window.telerikWebDesignerResources = new WebReportDesignerStringsBase();

2. Open the Web Report Designer in the browser with the Spanish resources active.
3. Add a new Web Service Data Source.
4. In the wizard URL step, observe the authentication selector — it shows "Sin autenticación" as the selected option.
5. Attempt to proceed through the wizard.

---
Expected Behavior

With "Sin autenticación" selected (equivalent to "No authentication"), the wizard should:
- Require only the Service URL field
- Not display credential input panels
- Allow proceeding to the next step without authentication configuration

---
Actual Behavior

Despite "Sin autenticación" being visually selected, the wizard behaves as if a different authentication type (Basic or 2-step) is selected:
- Additional authentication configuration panels appear or are required
- The wizard blocks progression expecting credential inputs
- The behavior is identical to what occurs when "Basic" or "2-step" is selected

---
Root Cause Analysis

The designer's compiled JavaScript (webReportDesigner) appears to compare the selected authentication type against the English string "No authentication" internally, rather than against a stable enum or index value. When the display text is "Sin autenticación", this comparison fails and the wizard falls through to a non-"no auth" code path.

Evidence: applying the temporary workaround of keeping WebServiceDataSourceNoAuthentication = "No authentication" (English text) in the es-CO resources file resolves the issue completely — the wizard functions correctly while all other strings remain in Spanish.

---
Workaround

In the non-English string resources file, keep WebServiceDataSourceNoAuthentication in English:

// workaround: keep English value until Telerik fixes internal comparison
this.WebServiceDataSourceNoAuthentication = "No authentication";

---
Minimal Reproduction

@* ReportEditor.razor *@
@page "/reportEditor"
@using Telerik.WebReportDesigner.Blazor

<WebReportDesigner DesignerId="wrd1"
                   ServiceUrl="apiReport/reportdesigner" />

// Loaded before designer renders via IJSRuntime.InvokeVoidAsync
window.telerikWebDesignerResources = {
    WebServiceDataSourceNoAuthentication: "Sin autenticación",
    // ... other keys
};


---
Additional Notes

- Both es-CO and en-US string resource files contain 971 keys each — the issue is not caused by missing keys.
- The designer correctly picks up the localized strings for all other UI elements; the bug is isolated to the authentication dropdown value comparison logic.
- Confirmed on version 19.1.25.521; not tested on earlier versions.

 

thank for your attention.

have a nice day.

In the Native Angular Report Viewer, clicking the Refresh button on a report that has DateTime parameters causes the Navigate Backward (Back) button to become enabled, even though no actual navigation has occurred.

I have a custom assembly with default 'version', 'culture', and 'publicKeyToken'.

When I reference the assembly in the 'assemblyReferences' element only with its 'name', the Reporting Engine recognizes it.

If I reference it with the full version, '1.0.0.0', it also works.

However, when I set the 'version' to '1.0.0', the Reporting Engine throws, stating that the assembly is not trusted and must be referenced in the 'assemblyReferences' element.

I am trying to use the following HTML content for the HtmlTextBox item:

<span style="font-weight:bold">Label&nbsp;1:</span>&nbsp;<span>Data&nbsp;1</span> <span style="font-weight:bold">Label&nbsp;2:</span>&nbsp;<span>Data&nbsp;2</span>

However, the non-breaking space between the spans (label 1/data 1 and label 2/data 2) is not preserved.

If I open the expression dialog in the Web Report Designer and select one of the available functions, I will see a sample snippet in the third column below the expression area.

This column is not selectable, so I cannot copy the example and test it out. This example should be copyable, so that each function can be easily tested in the report designer.

I have graphs in my report. I render them with Skia on Linux. The issue reproduces with Skia on Windows as well.

The legend labels are not aligned well with the color icon, and data labels on a horizontal bar chart (with OutsideEnd) are misaligned as well:

Double-click selection in the expression editor isn't context-aware. In almost every other application, double-clicking selects a token based on its surrounding context — a single field/identifier when clicking on a field, or the word boundary within a string literal when clicking inside quotes. The expression editor doesn't respect these boundaries, so its double-click behaviour is inconsistent with the standard expression-editor behaviour users expect.

Expected: Double-click selects the relevant token based on context (e.g. an individual field reference, or a word within a string literal).

Actual: Double-click selection ignores context and does not match the token/word-boundary behaviour found in virtually all other expression editors and text inputs.

The Import Code File Wizard incorrectly displays a warning in a non-English locale despite the build completing successfully. The warning appears to be triggered by localized culture settings and does not reflect an actual build issue.

I am currently using the HTML5 report viewer on a page with Telerik UI for ASP.NET Core components. However, there is a conflict, because the components rely on font icons with one glyph codes, while the report viewer brings in its own CSS with glyph codes from an older version of Kendo UI themes. Please consider providing a built-in solution so that we do not have to depend on fragile, unsupported workarounds.

When exporting a report with large data (100,000 and 200,000 records) to XLSX, the rendering takes much more time (1+ min and 4+ min) than when previewing in the desktop designers or generating a PDF (12s and 46s). The final XLSX and PDF documents are of comparable sizes.

Currently, logarithmic axes do not support the LabelStep and MajorStep properties, which makes it difficult to control label density and avoid visual clutter for larger data ranges.

Adding support for these settings (similar to numerical scales), or providing a way to conditionally hide axis labels, would significantly improve readability and axis customization.

The Group Footer rows of my table are displayed thinner than the rest of the table rows in PDF rendering. However, they are designed the same as the Group Header Rows and the Detail rows.

When content associated with a TOC entry is hidden, subsequent TOC page numbers may be offset by one page. In the attached sample, the issue occurs when a Group Footer containing the TOC entry is hidden and the TOC is close to spilling onto a second page.

When the reports are displayed within the WPF Report Viewer, they are rendered in the XAML format, and it does not natively support SVGs.

Currently, the SVGs are always rasterized before being written to the XAML, which results in the images being blurred when zooming in the report viewer.

When I enable accessibility in my reports, the final PDF document becomes 20+ times bigger than without accessibility. The reports contain large amounts of data and result in 2000+ pages.

I need the images in my reports (usually only one logo) to have alternative text, so the screen readers can describe them. To achieve this, currently I have to enable accessibility for the entire report, hence the huge final documents.

It would be very useful for my scenario to add alternative text to the PictureBox without declaring the entire report as accessible.

After upgrading to version 20.0.26.424+, I started experiencing an issue where having two similar images in the report results in one of them being duplicated and reused when exporting to PDF. I did not experience this issue in older versions.

I am using the Standalone Report Designer for .NET to open a code-based report from an application that was migrated from .NET Framework. Before the migration, function calls defined in the designer.cs file were preserved and evaluated at runtime as expected. However, after migrating to the code-based reports functionality supported by the Standalone Report Designer for .NET, these function calls are evaluated immediately during the report import process, and the resulting values are then serialized and stored in the report definition.

It would be nice if the function calls were preserved in the imported report, allowing them to be evaluated later at runtime, as their return values may change depending on the execution context.

Hi, While the Report Designer exports tags to the PDF (with Accessibility enabled), the tags exported are not fully compliant with PDF/UA or 508 requirements. For example, my document has several hundred pages, each with two or three data tables on them. While the tags get exported, they are only Paragraph tags, and NOT Table tags. Is there a way to designate Table Header Rows, Header Columns, and Data Cells in Telerik Reporting such that upon export to PDF they get tagged properly?