When the exported document contains a very precise indent values, these are saved using scientific notation, which is unsupported in MS Word. Opening the file in Word results in the following error: "Word experienced an error trying to open the file."

Here is an example of the troublesome setting in the body of the produced document:

<w:ind w:firstLine="6.420405952667352E-06" w:left="76.53543090820312" w:right="0" />

To work this around, you can open the exported document with the WordsProcessing library. This will give you a RadFlowDocument object which then can be exported to a file again. This will save the indent values properly in the new document.

 var dplProvider = new Telerik.Windows.Documents.Flow.FormatProviders.Docx.DocxFormatProvider();
 using (var inputStream = File.OpenRead("../../../originalFile.docx"))
 {
     Telerik.Windows.Documents.Flow.Model.RadFlowDocument flowDoc = dplProvider.Import(inputStream, TimeSpan.FromSeconds(5));
     using (var outputStream = File.OpenWrite("../../../convertedFile.docx"))
     {
         dplProvider.Export(flowDoc, outputStream, TimeSpan.FromSeconds(5));
     }
 }

Or if you use the RichTextBox document model only to create documents in code (without using the RadRichTextBox control), you can replace the code with the WordsProcessing API.

Document exported to DOCX with 2025 Q2 cannot be opened by 2025 Q1 or previous versions.

Workaround: Use document processing to fix the document.

var processing_provider = new Telerik.Windows.Documents.Flow.FormatProviders.Docx.DocxFormatProvider();

var document = processing_provider.Import(File.ReadAllBytes("C:\\Users\\test\\Downloads\\word1.docx"),null);
var bytes_ = processing_provider.Export(document, null);

var rtb_provider = new Telerik.Windows.Documents.FormatProviders.OpenXml.Docx.DocxFormatProvider();
var doc = rtb_provider.Import(bytes_);
radRichTextBox.Document = doc;

Can be reproduced in the demo:

• Open the default document in the radrichtextbox demo
• Activate change tracking (button "Track Changes")
• Make a modification to the document (delete a paragraph)
• Hover your mouse over the delete text: the date in the revision info. has always ":00" for the seconds

In our processes, it is very important to know if a change happened before or after another action. If all the revisions have zero seconds, it's impossible to determine the order of the changes when they happened in the same minute.

This is not a new bug introduce in SP2: it was there in SP1.