C# Question
RADEditor in Sitefinity 10.1.6500.x removes mailto links upon save
In Sitefinity 10.1.65xx.x (including 10.1.6523.0), the RADEditor removes
mailto:Here are the steps to reproduce the issue:
- Create a new project using Sitefinity Project Manager for Sitefinity or
10.1.6500.0or10.1.6502.0.10.1.6523.0 - Login in to the backend GUI and go to and create a new news post.
Content > News - Type some text and select it and choose the button.
Insert Link - Choose the type of link as Link and give some email address there and insert it.
Email - If you switch to HTML view now, you can see the tag as something like .
<a href="mailto:<whatever-email-given>">Text</a> - Click the button.
Save as Draft
You should see that the contents have changed to
<a>Text</a>mailto:Normal links work perfectly fine. And this happens in all dynamic content types like News, Blog, etc. The Content Block widgets don't have this issue.
What is going on here? Can someone please clarify?
Recommended for you: Get network issues from WhatsUp Gold. Not end users.
Answer Source
We raised the issue in Sitefinity's forums and this is what ensued:
Apparently, a new Data Processing Framework layer is introduced in Sitefinity in 10.1.xxxx.x that is breaking Sitefinity's own functionality. I've no idea why a majority of the people weren't able to replicate the issue. But the solution involves extending the default XSS Sanitizer and adding the tel: and mailto: protocols to the default whitelist. The answer is described in detail here: https://knowledgebase.progress.com/articles/Article/Shared-Content-Block-and-Long-Text-Field-filters-HTML-even-after-setting-RadEditor-filters-to-None
Recommended from our users: Dynamic Network Monitoring from WhatsUp Gold from IPSwitch. Free Download