I have a Forms process that is suspending on attempting to save to the repository with a template, and I believe the reason is the formatting of a field inside one of the tables. It is a Number field, and I verified that the "Use thousands delimiter" box is unchecked. This particular field is an employee id number. The template I am using also requires a number, and will not accept a value with the delimiter included. When I look at the Variables generated by the Forms process, the field is showing with the thousands delimiter which I believe is preventing the form from saving to the repository with the template. Since I already have the field configured to NOT use the thousands delimiter, I'm not sure what else I need to do to keep the variable from showing the delimiter. Any help would be appreciated.
Question
Question
Forms - thousands delimiter box unchecked; however, variable still shows comma
Answer
After many attempts to get this process to save to Laserfiche, I determined that the problem was not the formatting of the number field. Although the variable within the Forms screens appears to have a comma, it was being transmitted in the proper format when the Save to Laserfiche activity was being attempted. My issue was that there was security set on the folder to which I was attempting to save the entry, and the ADMIN user had been inadvertently left off of the security and so it did not have permission to write to the folder!!
Replies
What browser are you using? Some browsers will automatically put in a coma when it comes across a number field. To test this, try a different browser and see if it behaves the same way. You can also try making the field a single line field and see if that fixes the problem.
I was using Chrome. After seeing your reply, I also tried Explorer, with the same results. I didn't really want to make it a single line field, but it looks like I may have to. I was hoping there was script I could use to force the formatting to leave out the delimiter.