HtmlText gets longer and longer
Hi guys!
Thanks a lot for your effort to bring the RichEditorEditor to life.
I noticed the following problem. Select the first note inside your sample application. Add and remove a single character Inside the editor. Now leave the Editor and reopen the note. If you inspect the HtmlContent property you will see that it is now prefixed by a <div> and <font> tag. If you repeat the change again the <div> and <font> tags are added another time and so on.
<p>Milk, Eggs, Bread, Fruits, Vegetables</p>
<div><font size=\"3\"><p>Milk, Eggs, Bread, Fruits, Vegetables</p></font></div>
<div><font size=\"3\"><div><font size=\"3\"><p>Milk, Eggs, Bread, Fruits, Vegetables</p></font></div></font></div>
Kind regards,
Andreas
Hi Andreas,
We’ve reviewed your query and were able to reproduce the scenario both in the Notes sample and in a simplified test case. In the simplified case, we observed that the additional <div> and <font> tags were added only once. This behavior appears to be related to how the editor preserves formatting and font size metadata when the user interacts with the content—especially when typing or modifying text.
In the Notes sample, repeated navigation in and out of the editor seems to trigger the editor to treat the existing content as new input, resulting in the tags being added multiple times. This suggests that the editor is reapplying formatting each time the note is reopened and edited.
We’re currently assessing whether this is expected behavior or something that needs to be addressed. We’ll continue our investigation and provide a more definitive update within two business days. Additionally, we’ll review and update the Notes sample to ensure it handles content restoration more cleanly.
Thank you again for bringing this to our attention.
Regards,
Vidyalakshmi M.
Hi Vidyalakshmi,
Thanks a lot for your quick response. I'm looking forward to your solution.
Have a nice day,
Andreas
Hi Andreas,
We are actively working on this and will provide you with further updates tomorrow. We appreciate your patience in the meantime.
Regards,
Vidyalakshmi M.
Hi Andreas,
We have checked, and we can replicate the reported issue. We have logged an issue report for this; we will fix this issue and include the issue fix in our upcoming weekly NuGet release update scheduled for October 14, 2025. We appreciate your patience until then.
You can track the status of this report through the following feedback link: Unexpected HTML Content Retention and Tag Nesting in .NET MAUI RTE in .NET MAUI | Feedback Portal
Note: The feedback link provided is private, and you need to log in to view this feedback.
Disclaimer: Inclusion of this solution in the weekly release may change due to other factors including but not limited to QA checks and works reprioritization
Regards,
Vidyalakshmi M.
Hi Andreas,
We apologize for the inconvenience caused. Due to the upcoming 2025 Volume 3 SP1 release, we were unable to include the issue fix in that version. However, please rest assured that the fix will be included in our weekly NuGet release scheduled for October 21, 2025.
We’ll notify you as soon as the fix becomes available, and we truly appreciate your patience and understanding in the meantime
Regards,
Vidyalakshmi M.
Hi Andreas,
We have fixed the issue where the Tags Nesting in .NET MAUI RTE in .NET MAUI. This fix is included in our latest weekly NuGet release, version 31.2.3, which is now available for download at nuget.org .
Root Cause:
The issue originated from wrapping the entire HTML content within <div> and <font> tags to preserve the default font size. However, this wrapping logic was executed repeatedly during each edit and initialization cycle, resulting in the HTML being nested multiple times unnecessarily.
Regards,
Kamalesh P
Thank you very much, Kamalesh.
We really appreciate your efforts and support.
Have a good day!
Andreas
Hi Andreas Mey,
You are welcome.
Please let us know if you require any further assistance on this. We
will be happy to assist you.
Regards,
Preethi R
- 8 Replies
- 4 Participants
-
AM Andreas Mey
- Oct 6, 2025 04:27 PM UTC
- Oct 23, 2025 05:42 AM UTC