You are viewing limited content. For full access, please sign in.

Question

Question

All field types gets cut off during saving to repository or email to user when Edge replaces Chromium as the forms processing engine

asked on February 6, 2023 Show version history

We have a form where a multifield sometimes ends up right where a page break is when saving as a tiff or a pdf to the repository and also when emailing the form.

 

It therefore loses some pertinent information that is vital. I have rearranged the fields now to make sure it sort of ends up in the middle of a page, however it could still end up on a page break if other fields are filled in with more lines than anticipated. 

 

How can this be prevented? We are on Forms 11 and have recently changed the default browser to Edge chromium from Chromium since we are banning Chrome and chromium on our network.

 

We will be updating tonight but I'm not hopefull that it will fix the issue. We are already using the new designer for this form, not the classic.

2 0

Replies

replied on February 7, 2023 Show version history

For now it seems that the following in the CSS seems to help a lot. I have to apply it to all our version 11 designer forms to see if it will solve them all.

 

@page {
  size: 8.5in 11in;
}

 

It seems to force the printed and emailed copies to 8.5 by 11 inch letter size and seems to not cut any field in half and hide it.

4 0
replied on February 6, 2023

Hi

 

We have a form where a multifield sometimes ends up right where a page break is when saving as a tiff or a pdf to the repository and also when emailing the form.

 

Do you mean you have a multi-line field?  When the page breaks, it splits up the field so some of field is on the bottom of one page, and the rest is at the top of the next field?

Do you have pagination enabled for this form?

1 0
replied on February 6, 2023

That was the issue. Thank you . Totally overlooked that. I appreciate your help!

1 0
replied on February 6, 2023

But apparently that only works if we save as a PDF, not if we save as a TIF..... That's odd... We prefer saving to repository as TIF.

0 0
replied on February 6, 2023

That is odd, thought they would have processed them in the same way, PDF or TIF.

0 0
replied on February 10, 2023

After continuing to have issues on both Tiff and PDF on email and save to repository tasks where the created forms in tiff or pdf format had the issue of cutting off parts of any type of field on a page break, we decided to return forms back to using Chromium for the engine that creates the tiff and pdfs.

Success!

All of the issues have disappeared and things are back to normal. We can once again use the new designer instead of going back to the old designer.We've asked for an exception to continue using Chromium on those servers so that we do not lose any more information in the future.

1 0
replied on February 10, 2023

Glad to hear that was the fix! 

0 0
replied on August 2, 2024 Show version history

Hello,
I was having a similar problem and it seemed to resolve itself once I switched up the theme a bit.  
Wanted to share that in case it helps someone.

We are using Forms 11 and the form in question was created in the new designer.

Christine

________________________

Update - still having the issue.  I spoke too soon.

Christine

___________________________

I'm back....

This might sound strange, but I seem to be seeing better results when I set the default printer on the Forms server to "Save as PDF".  This even impacts the way the tiff looks (that is saved to the repository) and email attachments (the form attached to an email).  

You can test this on the initial "Thank You Page" after  form is submitted (if the print option is enabled).   Change your settings and see how it impacts the print view of the form.  

I also added a border (weight:  30) to my form Theme.  This seems to have helped as well.

Of course if anyone has other solutions / workarounds that would be great!

Christine

1 0
replied on February 6, 2023

Hi Ingeborg,

 

I noticed you say it's working for PDF but not TIFF, can you provide more information how is the form configured now? I'd recommend you open a support case and provide the below information:

1. The exact version of Forms

2. The process you used to reproduce the issue

3. Images of how the TIF looks like and compare to PDF

4. It would be better if you can build a test process with some fake data to reproduce

0 0
replied on February 7, 2023

I thought it was, however, today I see it is not working for PDF's either. It is now also cutting off any other fields that may be on a page margin, So it cuts off fields on emails of the form sent to staff and also on the saved forms be it TIFF or PDF. It doesn't matter. Is this a bug of using Edge. Because I am about to tell my operations guys that I want Chromium back for the server to see if that is the issue.

 

It cuts information from the forms in a different place, depending if it is the attached form to the email or the saved form in the repository

saved form.pdf (14.87 KB)
emailed form.pdf (34.86 KB)
0 0
replied on February 7, 2023

or could it be the V11 designer?

0 0
replied on February 7, 2023

So I just reverted my forms back to the old designer and have no issues...... I wonder if the new designer does not jive well without Chromium... Is that a thing?

0 0
replied on February 28, 2023

We were not able to reproduce the issue using new form designer and Edge.

If anyone run into the same issue, please open a support case and provide the business process along with the reproduce video. 

0 0
replied on February 28, 2023

I wish I could help you, but we were losing too much business critical information on the forms, so hopefully someone else will give it a try. I just cannot risk putting Edge back for now.

 

0 0
replied on February 22, 2024

We are having the same issue as well. The form will cut off information on the saved version in the repository or the pdf emailed to user. Examples attached. Is there a fix?

LF Issue Image 1.png
LF Issue Image 2.png
0 0
replied on May 1, 2023 Show version history

We are still trying to replace Chromium with Edge and have installed a test server with version 11..... 

 

After our first test today we immediately had the issue again. I have attached 2 files. One a jpg which is a screenshot of the form within forms and another the PDF of what is created in an Email task in Forms. The "save to repository" task in Forms saves the form exactly like the PDF with missing information. 

In the jpg you will see where there is a purple line is where Forms now puts a page break and the red box is the data that is missing in the repository and the email but not in the form server.

Missing data using Edge in Forms.jpg
0 0
replied on May 1, 2023

Here is a screenshot of the same page break using the Chromium that the forms server installed

using Chromium no issues.jpg
0 0
replied on May 1, 2023

We also established that if puppeteer is redirected to either Chrome or Edge it will do the losing of 1 line that breaks over a page break. As shown here:

screenshot of issue with Edge.jpg
0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.