textcontent return text without newLine character

[Anton]

try to take textcontent or innertext from multiline element.

<td>

123

<br>

321

</td>

textcontent return 123321 but selenium return 123\r\n321

[Anton]

oK, Thanks.

[Byron]

Hello Anton,

I apologize: the issue referred to in the previous response is specific to Test Studio Standalone. So that we can advise you on coding the verification correctly to include the escape characters, please let us know the code you are using currently.

Greetings,
Byron
the Telerik team

[Anton]

Assert.AreEqual("123\r\n321", Find.ById<HtmlTableCell>("showTableId_te_cell-8:2").TextContent);

[Byron]

Hi Anton,

It is expected behavior for the TextContent and InnerText to omit HTML. The InnerMarkup attribute will include HTML tags like <td> and <br>; however, it will not include ASCII special characters such as \r and \n. All the attributes exposed by the Framework are present in the DOM. Because the DOM does not contain carriage return or newline characters, Test Studio does not access these. Although similar information can be derived from the InnerMarkup attribute, there is no existing attribute in the Framework that will return values consistent with those in your data source.

Regards,
Byron
the Telerik team

[Anton]

Ok, Thanks for answer.

But maybe it's good feature to implement?!

[Byron]

Hi Anton,

I have submitted a feature request for this feature, which you can follow in our Public Issue Tracking System (PITS). As thanks for your feature request, I have transferred 500 Telerik Points to your Telerik.com account. Please let us know if we can assist you further.

Regards,
Byron
the Telerik team

[Vinay]

Hi Telerik,

Please let me know that the above discussed feature has been added or not yet?

[Ivaylo]

Hello Vinay,

Please note that you are updating way too old thread. Test Studio has changes a lot since 2012. Please submit a brand new ticket with your scenario and we will take a look at the specific problem you are experiencing.

Thank you for your understanding.

Regards,
Ivaylo
Telerik