In this case, we have an MS standard Form with control position on the form. Each of the controls has the right anchor. Moving the form to a monitor with a higher resolution messed up the size of the controls. 

In the image below you can notice lines that disappear, identical lines but rendered more or less thick.

In the exported PDF document, the font size of the header and footer is smaller than the font of the data cells, even though the specified font is the same size.
To reproduce set the same font to the header and data cells:

pdfExport.HeaderFont.Font = new Font("Segoe UI", 10f);

private void PdfExport_CellFormatting(object sender, PdfExportCellFormattingEventArgs e)
{
    e.CellElement.Font = new Font("Segoe UI", 10f); 
}

Using Telerik button and dropdown beside and anchored to a standard label or textbox then, when run app in a Win 11 in Korean, the presentation is not correct.

Expected result:

Observed result:

Repro steps:

1. Create a RadVirtualGrid with:
   1. A column with a nullable DateTime
   2. Another column with a string or number.
2. Fill it with one or more rows. The DateTimes remain null.
3. Edit a DateTime cell, open the dropdown:
   
   
4. Click op button [Today], the date/time in the cell changes.
   
5. Click [Tab], the focuses moves to the next cell, but the dropdown remains open:
   
6. Click somewhere else in the grid or form, an Exception is thrown:

System.NullReferenceException: Object reference not set to an instance of an object.
   at Telerik.WinControls.UI.RadDateTimePickerCalendar.popupControl_Closing(Object sender, RadPopupClosingEventArgs args)

Expected behavior:

• The dropdown closes after moving to another cell.
• No exception occurs.

 

 

To reproduce:

            this.radCheckBox1.Text = "Something (in brackets)";
            this.radCheckBox1.RightToLeft = System.Windows.Forms.RightToLeft.Yes;

To replicate the missing button when the application is run on my main monitor with 150% DPI scaling:

If the RadControl.EnableRadAutoScale property is set to false in the Program.cs file, the button is placed as expected:



When I replace the form to inherit from RadForm, not the MS Form, the button is clipped:

Repro-steps

1. Create a RadGridView
2. Fill it with 8000 rows
3. Select all rows
4. Delete all rows and measure the time
5. Repopulate the same grid with the same 8000 rows
6. Sort on a column
7. Select all rows
8. Delete all rows and measure the time

Expected behavior

• Both measured times are the same

Observed behavior

• Deleting rows when a column is sorted take muuuuuuuuch more time

The problem is, after each (!!!) deleted row (not after all deleted rows) the sort-routine kicks in. Sorting all remaining rows. That is 7999 times to many.

One can argue that sorting after deleting something is not required at alle, since the order of the remaining rows (in this case none, but in one cases maybe more) will never change.

I also noticed a HybridIndex is used, possibly to increase performance during adding. Somehow it might hinder performance during deleting stuff.

This bug is not about RadGridView, but about this ticketing system. I simply did not know where to send it.

Repro steps

1. Go to a ticket with a question/answer with a link inside of it (for example, ticket: https://feedback.telerik.com/winforms/1573736-radgridview-oncreaterowinfo-not-being-called-when-user-is-adding-a-new-row) 
2. Write a nice response with bold texts, paragraphs, etc. Do not send it yet.
3. In the original text, press on the link. You leave the page.
4. Right now be very scared that you might have lost your answer and press BACK.
5. You go back to the back where you were writing your answer.

Expected behavior

• Your answer is still there as it was, including all formatting.

Observed behavior

• Your answer is still there, but all formatting has been replaced by HTML-tags, and no button or way to convert this HTML to formatted text.

Repro-steps:

1. Create a RadGridView
2. MultiSelect = true
3. SelectionMode = CellSelect
4. Fill it with lots of cells (in my case: 7 columns, 8544 rows)
5. Press CTRL-A
6. Press Delete

Expected behavior:

• All rows are gone

Observed behavior:

• 50/50 change that some rows remain.

I traced the problem back to the method GridViewSleectedCellsCollection.IsSelected / GetHashCodeString.

internal bool IsSelected(GridViewRowInfo row, GridViewColumn column) => row != null && column is GridViewDataColumn && this.hashtable.Contains((object) this.GetHashCodeString(row, column));

When a cell is selected with GridViewCellInfo.IsSelected = true, it checks if it has already been selected. It does so by calling GridViewSleectedCellsCollection.IsSelected. which checks if a HasCodeString is already in a hashtable. But, when another selected cell has the same HasCodeString, the result is (incorrectly) true, which will result in not added it to the collection of selected cells. 

I guess that is can be easily fixed by changing:

 private string GetHashCodeString(GridViewRowInfo row, GridViewColumn column)
    {
      int hashCode = row.GetHashCode();
      string str1 = hashCode.ToString();
      hashCode = column.GetHashCode();
      string str2 = hashCode.ToString();
      return str1 + str2;
    }

to:

 private string GetHashCodeString(GridViewRowInfo row, GridViewColumn column)
    {
      int hashCode = row.GetHashCode();
      string str1 = hashCode.ToString();
      hashCode = column.GetHashCode();
      string str2 = hashCode.ToString();
      return str1 + "_" + str2;
    }

Since hashcodes 1 + 23 will result in the same string as hashcodes 12 + 3.

Making this change will reduce the problem significantly, but not entirely since hashCodes will never be unique.

Use the attached sample project.

Sceen 1 (Screen with program shortcuts) on the right in the gif: this screen has display scale 125%

Screen 2 (Screen with the Form) on the left in the gif: this screen has display scale 100%

When all three toolwindows are placed in the forms, there is no issue. The Dropdown list of ToolWindow1 (floating, dockable..) when opened is placed correctly.

If I moved the ToolWindow3 from Screen2 to Screen1 and make it the most recent active window (by clicking on it), I go back to the Screen2 and open the dropdown list of Toolwindow1, this list's position is now wrong and the text size bigger. This is because it takes the display scale (125%) of  the screen where the most recent active toolwindow (ToolWindow3 ) is.

If I popup the ToolWindow2, place it in Screen2 (the same screen with ToolWindow1), make ToolWindow2 the most recent active window, and open the dropdown list of Toolwindow1, this list's position is now correct and the text size normal. This is because it takes the display scale (100%)  of  the screen where the most recent active toolwindow (ToolWindow2 ) is.

Workaround: add app.manifest file and declare the application as DPI aware: