dataGridView doesn't respect font settings if new form's Font != DefaultFont

[kirsan31]

---UPD---
Clarifications: #3033 (comment)

• .NET Core Version: 3.1.2

• Have you experienced this same bug with .NET Framework?: Yes, must set font of the form != DefaultFont

Problem description:
dataGridView doesn't respect font settings in Styles (DefaultCellStyle, ColumnHeadersDefaultCellStyle...):

Expected behavior:
dataGridView must respect font settings.

Windows 7 x64.

Minimal repro:
WinFormsCoreTest3.zip

[RussKie]

Is this a blocker? If so, what is the impact? We need to have a good justification for the servicing team.

[kirsan31]

@RussKie

Is this a blocker? If so, what is the impact? We need to have a good justification for the servicing team.

Yes of course! Grid control is totally broken - you can't customize fonts!!! In migration (to core) terms: every grid with custom fonts (in our apps it's all of them - 100%) are broken.

[Lydia-Shi]

1. Framework project
   Set DataGridView ColumnHeadersDefaultCellStyle , run project and DataGridView Style show correctly. Then modify the Form font in Properties Window, Form1.Desginer. cs will be updated and influence DataGridVeiw style Settings, as follows:
   
2. Core project
   Copy the DataGridView ColumnHeadersDefaultCellStyle Settings from the Framework project, run project and DataGridView Style show correctly.
   Then add code “this.Font = new System.Drawing.Font("Microsoft Sans Serif", 8.25F, System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point, ((byte)(204)));” in Form1.Desginer.cs to change the Form Font, run project and DataGridView does not display the style of setting, result as below:
   

[kirsan31]

Confirmed - setting the form font breaks dataGridView fonts...
Due to the change of the default font in core, we had to explicitly set the font in each form during migration.

[SergeySmirnov-Akvelon]

Hi @RussKie . I have reproduced this issue on .NET Framework (4.7.1 and 4.8) and .NET Core (3.1 and 5.0). Issue is reproduced when Form's file contains next code:
this.Font = new System.Drawing.Font(...)
CTI team also reproduced it on .NET Framework project (#3033 (comment)).
I asked CTI team verify it and confirm. If this is confirmed, then we must remove the regression label

[weltkante]

If this is confirmed, then we must remove the regression label

I'd still consider fixing this important (and arguably a regression), since porting applications to .NET Core currently requires setting the font and thus triggering the bug, while on Desktop you could get away with not setting it.

Alternatively implement #3001 then fixing this issue is (probably?) not so important anymore.