Text box not breaking across pages with CanBreak when containerised

[erobso]

Hi,
We're using Stimulsoft Ultimate with an API written in .NET Core 2.2 to generate and return PDF reports. An important thing to note is that our deployments are containerised in Docker, and therefore run on Linux. With the report that is currently being developed, we take a string as an input, which is placed in a text box. The string can include line breaks. if the string goes over a certain amount of lines we need the textbox to break and continue on the next page, so it has CanBreak, CanGrow and WordWrap enabled. Unfortunately, while it works locally in Windows, once the API is containerised the text box no longer breaks.

I've attached an example .mrt as well as PDFs generated with filler text in Windows (working version) and Linux (broken).

[Lech Kulikowski]

Hello,

We couldn't reproduce the issue on our samples. Please send us a sample project which reproduces the issue for analysis.

Also, please clarify which version are you use?

Thank you.

[erobso]

Unfortunately I cannot provide a better sample than the one attached above, apologies.
We are using Stimulsoft.Reports.Web.NetCore v2020.2.1 and Designer 2020.1.1.

[Lech Kulikowski]

Hello,

We need some additional time to investigate the issue, we will let you know about the result.

Thank you.

[erobso]

Hi, appreciate that you're probably dealing with a lot at the moment, given the general global situation, but just wanted to check if this is still being looked into (or on the backlog to be).

[Lech Kulikowski]

Hello,

Sorry for the delay with the response.

We are working on the problem. We will let you know when the solution is available.

Thank you.

[erobso]

Just a quick update - have rechecked this with newest versions of Designer and Web.NetCore (2020.3.2) and have confirmed that the problem still occurs.

[Lech Kulikowski]

Hello,

We need some additional time to investigate the issue, we will let you know about the result.

Thank you.

[Lech Kulikowski]

Hello,

The libgdiplus for Linux/Mac system library currently contains a large number of bugs. One of them is the incorrect size measurement of text that contains CR/LF line translations.
We sent a bug report to the authors of the library. The official decision is likely to take months/year.
So we have made a temporary fix in our product to bypass this problem. At the moment it seems to work correctly but after the official fix is released we will have to remove our fix.

The fix will be available in th next build in the next week.

Thank you.

[erobso]

Hi, just checked this with 2020.4.1 and it seems to be fixed!

Thank you for your help and patience on this issue, it is much appreciated.