HTML Label not applying Bold or Italics on iOS

[crobibero]

Description

Attempting to display Bold or Italics text on iOS (17.0) just displays the text as normal. Android works as expected.

Steps to Reproduce

<Label TextType="Html">
    <Label.Text>
        <![CDATA[
            <strong>Bold Text</strong><br>
            <em>italics</em><br>
            <ul>
              <li>Item 1</li>
              <li>Item 2</li>
            </ul>
        ]]>
    </Label.Text>
</Label>

Link to public reproduction project repository

https://github.com/crobibero/maui-html-styling

Version with bug

8.0.3

Is this a regression from previous behavior?

Yes, this used to work in Xamarin.Forms, Not sure, did not test other versions

Last version that worked well

Unknown/Other

Affected platforms

iOS

Affected platform versions

iOS

Did you find any workaround?

No

Relevant log output

No response

[kubaflo]

@PureWeen
This is fixed on the latest main branch

[PureWeen]

Can you test with the latest nightly build?
https://github.com/dotnet/maui/wiki/Nightly-Builds

Hi @crobibero. We have added the "s/needs-info" label to this issue, which indicates that we have an open question for you before we can take further action. This issue will be closed automatically in 7 days if we do not hear back from you by then - please feel free to re-open it if you come back to this issue after that time.

[crobibero]

Thank you for the response!
Unless I am doing something wrong I don't see it as fixed as of nightly 8.0.10-nightly.100068.0.10-nightly.10006. I tried with and without specifiying <MauiVersion>8.0.6</MauiVersion> in the csproj. Additonally the screenshot posted above doesn't show that the issue is actually fixed when minimal styling is applied.

https://github.com/crobibero/maui-html-styling/tree/nightly-test

Screenshots from nightly:

[kubaflo]

@crobibero I see, the second label respects these properties on the main branch, but the first one with Styles applied does not

[kubaflo]

@crobibero @PureWeen may be fixed in this PR I propose: #20488