Live Forms v6.2 is no longer supported. Click here for information about upgrading to our latest GA Release.

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 57 Next »

Why Upgrade?

v6.2 contains new features that improve usability and makes designing forms easier. Here are a few of the top reasons to upgrade:

See the v6.2 release notes for more reasons to upgrade.

On This Page:


The v6.2 migration is automatic, however, we do recommend that you read the information below before you begin.

Just a reminder that the IP address for http://app.frevvo.com/ is 54.86.85.105. Customers that use firewall white listing for http://app.frevvo.com/ must add this IP address to your white list . This is applicable for outgoing HTTP POSTs to connectors. For example if your forms are posting to the frevvo database connector or any other connector you installed behind your company firewall.

Automatic Upgrade for Live Forms Online (Cloud Hosted) Customers

Live Forms Online cloud hosted customers (SaaS) will be automatically upgraded on October 31, 2015. If you have any questions, please email support@frevvo.com

Migration Considerations for Live Forms Online (Cloud Hosted) & In-house (On-Premise) Customers

Online and In-house customers should review the topics listed below: 

You will notice changes in behavior for the following  features:

Workflows

If a user performing step 1 of a flow also has the role assigned to step 2, the behavior in prior releases immediately navigated the user to step 2.  The flow was not saved to the submission repository. No emails were sent and the task did not appear on the Task List for all the users with specified role. In effect the two flow steps became part of a screen flow rather than a workflow step as the designer intended. 

The new behavior always creates a pending task if the next step has a role assignment. The flow is saved to the submissions repository. Task notification emails are sent to the user(s) when configured.

This can be useful when you have two or more steps assigned the same role in a sequence but you don't want the same user to perform them. In this case you want a new task list item created for each step.

This change only applies to roles. You will see this behavior:

  • For workflows designed with individual steps and linked steps.
  • When you use templates or hard coded roles for navigation
  • When a summary step is in between 2 workflow steps.

When navigating back using the navigation bar, the behavior is the same as that of a screen flow.

For example, imagine a two step workflow where Step 1 is assigned the role of Employee and Step 2 is assigned the role of Manager.

User John has the roles of Employee and Manager. Users Jerry and Jim have the role of Manager. When John completes step 1 of the workflow:

  • The flow is saved to the submissions repository and can be viewed in the Pending tasks list.
  • Users will see the default "Your request is being processed." display message or your text if you customized it.
  • A task appears on John, Jerry and Jim's Task List for further processing
  • Task notification emails are sent to John, Jerry and Jim.

The image shows John's task List and the associated Audit Trail after step 1 of the flow has been performed.


Public forms/flows with Save/Load or Digital Signatures

Anonymous users can now access public forms that include the save/load feature or digital signatures. These features require a login. When the anonymous user clicks to save or sign, they will be prompted with the login screen.

Anonymous Steps in a flow

In previous versions of , once an anonymous step in a screen flow was performed, the user would see this error message if the link in the email sent to the anonymous user was clicked a second time.


This behavior has changed. Workflows consisting of multiple sequential anonymous steps (aka screen flow) now support the anonymous user clicking the link in the anonymous step email again.

For example, imagine a New Listing Agreement workflow where the Real Estate agent can elect to send an email to the seller (anonymous user) to collect the property details. In this scenario, the agent fills in steps 1 and 2 of the flow supplying the Seller's email address. The Seller receives an email with a link to the first anonymous step (Seller Information). The Seller clicks on the email link, completes the Seller Information and Property Information steps then the flow is routed back to the agent for review.

In the designer, the flow would look like this: Notice the Seller and Property information steps represent a screenflow since they are both filled out by the same person (Seller).


Let's say the Seller completes the Seller Information step then closes the browser. When the seller clicks on the link in the email again, the Seller will be directed to the Seller Information step instead of seeing the error described above.

If the Save on Navigate property is checked for this workflow then the anonymous user is brought back to the flow at the current/latest anonymous step (Property Info) when they click the email link a second time. 

Audit Trail and Submission UI Improvements

The Audit Trail and Submissions UI now show the first + last name of the user replacing the cryptic username in previous releases. On hover shows full name along with the [userid] .

form.unload Behavior Change

The special identifier, form.unload, used in a rule, executes the rule when the user clicks on the Submit button but before the form is submitted. If you have a rule in your form that changes any control(s) after clicking Submit, thereby making the form invalid, the form will no longer be submitted and the invalid form will redisplay.

This change avoids creating an invalid xml for a successful submission.

This feature is implemented for Forms only. 

Migration Considerations Live Forms In-house Only Customers

Please review the instructions in the Upgrade Guide before migrating.

Database support for Microsoft SQL Server is dropped in this version of frevvo.

LDAP/Active Directory Security Manager Configuration

 in-house (on-premise) customers should be aware that the configuration of the LDAP/Active Directory Security Manager is now done using the Add/Edit Tenant user interface  LDAP configuration properties that were previously included in the frevvo.xml file can be managed via these  screens. Click here for more information on this topic.

Existing LDAP customers should refer to the  Upgrade Guide  for a quick way to import your current LDAP configuration properties before migrating. You must be upgrading from v6.1 for this to work.

 

 


  • No labels