Tables in RT Fields get destroyed when Saveoptions are set

HCL Domino Domino Forum
1

Hi!

I would like to discuss a behavior I encountered when developing a Notes application.

Following setup: You have an application and copy a mail in this application.

If you now open this pasted mail document, save this mail document, set SaveOptions to 0 and close the open UIDoc then all tables in this mail document get destroyed.

Remarks: The tables doesn’t get destroyed if one of the following is true:

  • The document isn’t UI-open.
  • The documents SaveOptions isn’t set to 0.
  • The document doesn’t get saved.
  • The documents RT Field is ‘Editable’.
    To my system: I’m using IBM Notes Release 9.0 on an Windows 7 Computer. This behavior can also be reproduced with Notes 9.0.1 and 8.5.3.

Do you have any idea why this happens? Is this a rapported bug? Thanks for your input!

If I should make my question more precise, just ask. I will gladly edit it!

I made some screenshots, it should be easy to reproduce the behavior:

  1. Create the Application:

  2. Create the Form ‘Memo’ with the RT-Field ‘Body’:

  3. Create the Button that saves the document and closes the UIDoc.

  4. Cop a mail from your inbox. This mail has to contain a table:

  5. Paste the Mail in your new Application: The table looks fine.

  6. Press the Button ‘Close immediatly’ and reopen the document: The table is destroyed:

regards

JM

2

Subject: Some experimenting…

I was able to create a BodyComputed rich text-computed field with formula of Body and have it keep the table format. didn’t work - field I created was rich text, NOT computed.

Not sure if that will help or not. Note, when I tried changing the Body field’s formula from @thisvalue to Body, it didn’t help - I had to use a diff named field.

Workaround: Set computed formula to Body vs @thisvalue
I did a quick test, and if I use Body (the fieldname) as the formula for the Body field, the the table formatting is kept unchanged.