I tried installing the package fonts-liberation2 on ubuntu and now the group works so it looks like it is a problem with the font.
We are using Lato and Poppins fonts in our reports and it seems they are not rendered correctly to be used for the groups.
We fixed our problem by adding a style in our css to force the liberation font for the pdfCreatePagesGroup span like this:

.pdf-group span {
    font-family: liberation;
}

and in the content.handlebars we do this:

<span class="pdf-group">{{{pdfCreatePagesGroup name=0}}}</span>

That forces the group span to use the liberation font and render correctly!

Thanks for your great help!

Thanks a lot for your help.

We'll see what are our options here.
Your help was really appreciated though!

Here it is:
https://we.tl/t-79Y3xe3h64

I had to use wetransfer, because I had an error trying to upload it here.

Thanks

Hi @jan_blaha

Thanks for the quick answer. I did some more tests using the sample you gave me and I found some interesting things.

I tried the template on both computers (my windows dev workstation and our linux server) and even your sample don't work on linux.
With your information of pdf-util parsing the pdf to text, I tried converting both pdf to text using poppler-utils and i got these outputs:

Windows:

header
mainfoo
content
group@@@ImZvbyI=@@@

Linux:

header
main content
g ro u p @@@ImZ v b y I= @@@

As you can see, on linux there are some strange spacings between the letters. No wonder the regex is not able to match the group.

I have absolutely no clue why chrome is rendering it that way though.
Do you have any idea on what we could try ?

Thanks

Hi,

We have problem with the pdf-utils pdfCreatePagesGroup method. On our local machine on windows, it works without problem but on our dev or production environment running on linux, the group is never created.
We have some log showing the $pdf.pages object on our windows machine vs our linux machine using the same code :

windows:

// console.log(this.$pdf.pages): 
Object [
  { group: undefined, items: Object [] },
  { group: { name: 0 }, items: Object [] },
  { group: { name: 0 }, items: Object [] }
]

linux:

// console.log(this.$pdf.pages): 
Object [
  { group: undefined, items: Object [] },
  { group: undefined, items: Object [] },
  { group: undefined, items: Object [] }
]

The code to create the group:

{{#each items}}
    {{{pdfCreatePagesGroup name=4}}}
    ...
{{/each}}

We did some debugging and the <span> with the group information is outputted to the document on both windows and linux as per this log line:

Pdf utils adding group hidden field <span style='opacity: 0.01;font-size:1.1px'>group@@@eyJuYW1lIjowfQ==@@@</span>

We noticed that on windows we have the following log line, but not on linux:

Pdf utils invokes merge with group [object Object]

We followed the code on where this line is logged and we think the problem either comes from the getPageText() call or the parseGroup() function in https://github.com/jsreport/jsreport-pdf-utils/blob/master/lib/utils/parsePdf.js

We are using the ChromePdf recipe and the handlebars engine.
We are running the latest nuget packages available (jsreport.AspNetCore 2.0.0, jsreport.Local 2.0.0, jsreport.Binary.Linux 2.2.2, jsreport.Binary 2.2.0). Here is the code we use in the startup.cs :

var jsReport = new LocalReporting()
    .UseBinary(RuntimeInformation.IsOSPlatform(OSPlatform.Windows) ? jsreport.Binary.JsReportBinary.GetBinary() : jsreport.Binary.Linux.JsReportBinary.GetBinary())
    .RunInDirectory(RuntimeInformation.IsOSPlatform(OSPlatform.Linux) ? "jsreport" : null)
    .KillRunningJsReportProcesses()
    .Configure(config => config.AllowedLocalFilesAccess().FileSystemStore())
    .AsWebServer()
    .Create();
services.AddJsReport(jsReport);
jsReport.StartAsync().Wait();

Do you have any idea what could cause the group to be undefined on linux?

Thanks