The labels of the axes and data points of a Bar chart are not correctly placed in PDF rendering when using .NET Core. The Graph is rendered on multiple pages. The appearance on the first page is correct and deteriorates on the next pages.
In.NET Framework, the same report is rendered as expected.
The label connectors are not displayed when the graph contains a second coordinate system, which is configured for non-pie charts, but is not used by the graph series.
Pie chart coordinate system has Category Scale for its Radial Axis and Numerical Scale for its Angular Axis.
When the culture of the thread is the default one, the private font (e.g. "Shadow Brush") will be replaced with a substitute in the Html5 Viewer (e.g. "Verdana") as the viewer does not respect private fonts. This is normal and expected behavior. When exported to PDF the text is displayed with the correct font ("Shadow Brush") but the embedded font as claimed by the Font properties of the PDF document reader is the substitute font ("Verdana").
When the culture of the thread is changed, the private fonts are not respected and not embedded in PDF rendered document at all. The text does not appear.
Open Search dialog.
Type "Accessories" in search field. Wait for results.
Pick last result (Accessories - page 2) from results list. (page 2 will be opened - correct)
Close search dialog and open it again (or just clear search field).
Type "Accessories" in search field again. Wait for results.
Pick last result (Accessories - page 2) from results list again.
Incorrect behavior: page 1 will be opened instead of page 2; and first result item will be highlighted as selected instead of last result item.
Also I met situation when long results list was scrolled up to top but it was unclear how to reproduce it stable.
In HTML5 Report Viewer it is possible to intercept a client request (e.g. the request to export a report to a particular export format) and modify it like this:
The malicious script will be executed when the error message for a missing export format is displayed in the viewer.
When the user confirms changing the chart type through the "Change Chart Type" dialog window, the graph designer does not get refreshed and still shows the old chart type.
Underneath the graph item is actually changed and if the report is previewed, the new graph layout will be displayed. The current workaround is to refresh the graph designer by changing one of its properties that cause full item refresh - Culture, Graph title, NoDataMessage, etc.