ID 403983 - Preferences > LabelFont and note_font knobs are inconsistent

Problem summary
Preferences>LabelFont and note_font knobs are inconsistent

Examples:

Newly created nodes don't inherit the Preferences LabelFont value

New nodes use the note_font for its label font, when Preferences>LabelFont and note_font knobs are default

New nodes with HTML in the label use LabelFont for its label font, when Preferences>LabelFont and note_font knobs are default

When Preferences>LabelFont or note_font knobs are set to something other than default, then both HTML labels and normal strings use that font

When Preferences>LabelFont and note_font knobs are set, then both HTML labels and normal strings use the font from the note_font knob

Customer reported version
nuke.11.3v4

Customer reported platform
centos7

Steps to reproduce

1) Open Nuke

2) Create two Grade nodes

3) In the second Grade node, type <span> . The font will now be different to the first Grade node

Expected behaviour
For the font of the labels to stay the same when using HTML

Actual behaviour
The font changes

This gets worse with newer versions of Nuke, as the default fonts between LabelFonts and note_label are more different looking

Workaround
If you set the knob default value for note_font knob or set the value for the Preferences>LabelFont knob, then you get more consistent behaviour:

nuke.knobDefault("note_font", "Courier New")nuke.toNode('preferences')['LabelFont'].setValue("Impact")

Reproduced by support

This bug has been reproduced in:
Nuke 11.3v5 - Windows 10 - CentOS 6.9

Nuke 11.3v1 - Windows 10

Nuke 11.2v1 - Windows 10

Nuke 11.1v1 - Windows 10

Nuke 11.0v1 - Windows 10

Nuke 10.5v1 - Windows 10

Nuke 10.0v1 - Windows 10

Nuke 9.0v1 - Windows 10 - CentOS 6.9 - regression

Unable to reproduce bug in:

Nuke 11.3v5 - MacOSX 10.13
Nuke 8.0v7 - Windows 10 - CentOS 6.9

Earliest version tested
Nuke 8.0v7 - This issue no longer appears in this version and has regressed