Task List

The  Task List is an electronic listing of workflow tasks that require a user's attention. It is similar to an email inbox. Tasks appear on the task list for one of three reasons:

• You clicked the save icon on a form or workflow which had the save/load feature enabled.
• A workflow was assigned to you to perform the next step in the workflow. 
• A workflow was assigned to a role (i.e. Manager) to perform the next step in the workflow, and you have that role. 

View the Task List

There are several ways to view your Task List. Users must log in to to access their task list.

1.  app:
   1. Non-designer users will see the task list immediately upon logging in and it serves as their "home page".
   2. Users with the frevvo.Designer role must click on the My Tasks tab to view your tasks.
2. In a  Space, users will click on the Important Items tab to access the Task List. 
3. It is also possible to embed the Task List on your own website. 

Tasks display in a small area on the left side of the screen. Clicking on an icon to perform a task related function will display any associated screens to the right. Selected tasks will display with a blue background.

The Task List automatically reformats for optimal user experience on a mobile device.

My Tasks Menu

The My Tasks page lists your saved forms and workflows and all the workflows pending to be performed by you or pending to be performed by someone with one of your assigned roles. The header provides a menu of actions you can take:

• Toggle the left side navigation bar.

   Click here to see how the menu toggle works...

  Toggle the User Menu

  The icon expands and contracts the user's navigation menu. When you click it, the left-side menu will appear with the option tabs available based on your  role. Contracting the menu displays just the Task List and any selected tasks, giving you more screen real estate for you tasks.

  Menu Contracted

  

  Menu Expanded

  

• Refresh the Task List. The expanded/contracted state of the refreshed task list will not change. 

  The Task List does not automatically refresh. Users who rely on their Task List instead of Task Notification emails should manually refresh the list regularly.

• Inbox displays a non-expanded task list.  
• Recent displays all tasks you acted upon in the past 7 days. The task list is color coded. Tasks with a green background have been submitted, while those with an white background are pending/saved. A red background indicates tasks that have been aborted. The image shows one submitted task, two aborted tasks and two pending tasks.
• Saved displays all tasks currently saved by you.
• Search for tasks you have performed in the past.
• Embed your task list in another web page.

Number of Tasks

When you view your Task List's Inbox, Recent tasks, and Saved tasks, you will see "# to #of #" at the top of of your task list. This give you a quick, at-a-glance view of total tasks shown in this view. Pagination is not currently supported, so you will always "1 to <total tasks> of <total tasks>" at this time. This will also display at the top of the screen on mobile devices. The number of tasks does not appear in Task List Search results.

Task Order

Your tasks will be grouped by workflow. For example, all expense reports waiting for manager approval will be listed under the Expense Report workflow and vacation requests listed under Leave Request. You can manually expand or contract the tasks for a specific workflow by clicking anywhere on the workflow title bar.

Task Details

Each task displays information to help the user identify and prioritize the task.

• The user that sent the task to your Task List displays in the top left.
• The date/time that the task was navigated to the user's task list is shown on the top right. Task List time is always displayed in the Task List and Audit Trail in the user's browser local time zone.
• The Task information message provides additional information about the task appears in the bottom left. Task Information messages are configured by the designer for each Workflow Step, and can include run-time data from the workflow.

• Quick View allows the user to review the task, add a comment, approve or reject, sign and pass it to the next user in the workflow without viewing the entire form. This icon will appear when Quick Approval is enabled by the designer.
• Perform the task. This icon is red when the task is locked by you so that only you can perform it. No other users with your role can perform this task unless you unlock it . The icon is blue when the task is shared between multiple users, for example when the task is assigned to a role i.e. group of users.
• Abort the task. The abort icon will only display if the user is a workflow administrator, tenant admin or a designer user. 
• Modify allows you to send the task back to a prior step, abort, reassign or reset the task. The Modify icon will only display if the user is a workflow administrator, tenant admin or a designer user. 
• Lock the task so you can perform it later. This is visible on tasks assigned to a role, and allows a user to "take" the task.
• Unlock the task and return it to the task pool. This is visible on tasks assigned to a role to the user who locked the task.
• Audit Trail displays the event history for this specific task. For workflows you will see all the users that have participated in the workflow thus far. For saved forms & workflows you will see an entry for each time you clicked save.

Not all tasks have all the action icons listed above. For example saved forms will not have the lock, unlock or modify icons because saved forms can only be performed by the user that saved them. They are inherently locked by you and cannot be unlocked back to any other user. Modify and Abort task icons only display on workflows, and only display if the user is a workflow administrator, tenant admin or the workflow's designer. 

When a task step is assigned to a role rather than a specific user, that task will simultaneously appear on the task list of all people with that role. The first person that clicks the perform or lock icon will in effect claim that task and all other users with this role can no longer perform this task. They will see the perform icon change to light blue and disabled as shown below to indicate that it cannot be clicked. View the audit trail or hover over the icons to display a tooltip with the username of the person who currently has this task locked, i.e. "locked by: sue".

Perform a Task

The Perform icon allows you to execute a task in your task list. This icon is red when the task is locked by you and it is blue when the task is available to multiple users to perform. Clicking Perform loads the task at it's current step in the display area. When you click the perform icon for a saved task, the form/workflow will load back into your browser with all the form field values as you left them when you last clicked save.

If the Perform icon is disabled, this indicates that the task is currently being performed by another person or that another person has clicked the lock icon to reserve the task. When this is the case, the only person that can complete this task is the person with the lock. View the audit trail or hover over a locked task to see who holds the lock. You can ask that person to unlock the task if you want to perform it. You can also ask your tenant administrator to unlock a task.

If you see the error "Access Denied. Authentication required. Are you trying to access a private form or flow?" when clicking the Perform icon, there may be an error in the task assignment, form/workflow Access Control, or Task List URL in a Space. Notify the form/workflow designer that you are receiving this error.

Quick Approval

The Quick Approval feature is particularly suited to workflows designed for mobile devices. The Quick View icon will only appear for tasks where Quick Approval is enabled by the designer. See Setup Quick Approval for the details. Clicking the icon shows a Quick View of the task. Quick Approval provides an easy way to add a comment, approve something in your task list and pass the task to the next person, or reject the task and send it back to the previous step. 

Let's consider a Leave Approval workflow with two activities: the first step is a form which collects the pertinent information about the Leave request - employee name, starting date and duration of leave, etc. This step is filled out by any employee requesting a leave. The second step is a form that has a section named Manager Approval with a text area control for comments. The designer has setup the Quick Approval feature for this step in the workflow and assigned the role of manager to it. When a manager clicks the Quick View icon, the Manager step displays as shown:

You will see the following on the Quick Approval Screen:

• A summary text area that can be used to give a description of the task at the top. This is configurable by the designer and can include form data. See Setup Quick Approval for the details.

• A text area in which the person who is viewing the task can enter a comment. Entering a comment on the Quick View screen is the same as typing the comment directly into the form.
  

• The Approve button flashes a "Please Wait" message and then displays "Task successfully approved" when clicked. The workflow moves to the next step. The task will disappear from your task list.
• The Reject button returns the task to the step selected from the Prior Activity dropdown. A reason for the rejection must be provided. The message "Task successfully rejected" will display.
  
• The Details button will display the form as usual. This action is identical to clicking on the perform this task icon. Clicking on the Details button will lock the task.

Audit Trail

Click the Audit Trail icon to view a task's event history. A new event is added to a task's history each time:

• The form/workflow is saved
• The form/workflow is submitted
• The form/workflow is aborted
• The workflow is continued and becomes pending for the next person
• The workflow is modified and reset back to an earlier step and becomes pending again for the person that previously performed that step.

The Audit Trail has five columns that provide information about the event history.

^{*The Performed By and Assigned To columns truncate the name of the user, role, or email but you can see the full name by hovering your cursor over the text.}

Event Icons

The event icons provide information about what event occurred at this step. 

•  - The task was or can be performed.
•  - The task or form was saved.
•  - This task was rejected by the user or reset to this step by the workflow admin. This will display the Reject/Reset Reason message instead of the Task History message.
•  - This task was submitted.
•   - The task is locked by a user.
• - The task was aborted.
• - The task has been reassigned to another user or role by an administrator. This will display the Reassignment Reason message instead of the Task History message.
•  - Users can view any completed task that they performed. Refer to View My Task for the details

Event State

The event state describes each audit trail entry. See also the Submission Status documentation.

• SAVED: This will return only those tasks which were created when users clicked the Save button on the form/workflow to save their partially filled forms
• PENDING: This will return all tasks which are pending, meaning someone else put these tasks in the users task list
• SUBMITTED: This will return all tasks which are completed, i.e. the form/workflow for which this task was created has been submitted
• ABORTED: This will return all the tasks that were deleted/aborted so the form/workflow never got submitted
• WAITING: The WAITING status can be used to find workflow tasks that have an HTTP activity. Workflows designed with the pre-v8 Email/Anonymous Task step will also show the task in a WAITING state. 

Audit Trail Examples

These examples will show some of the different scenarios you might see displayed on the Audit Trail.

Leave Request

Here is the Audit Trail for a Leave Request form. This shows that the workflow was started by Tom, and assigned to Jerry. Jerry rejected it back to Tom asking for more information. Tom saved his step, then updated it and sent the workflow forward to Jerry, who approved it and sent it to the Role "Finance." Sue, who has the Finance role, saved this step to her own task list, then later performed her step. Since Sue's was the final step, the workflow was submitted.

This next Leave Request was submitted by Tom, and assigned to Jerry. Since Jerry is on PTO, the workflow admin, Megan, reassigned the task to Trevor. However, then Tom was feeling better and asked the workflow admin to abort the task altogether. 

Mortgage Application

Here is the event history for a Mortgage Application workflow that was initiated by an anonymous user ("By:Anonymous "). Next the task was performed by the manager Jack Smith. Next supervisor Sam Spade rejected the task back to the step previously performed by the manager. This workflow now resides on the manager's Task List. This is Jack Smith's task list view, so Jack has the View My Task icon on the last step he completed, the second row in the audit trail.

Here is the event history for the same workflow as above. After the reject, the task was performed again by manager Jack Smith and is now on the task list of all users having the role Finance. Now the designer has configured Task History messages on each step, which provides more detail including form data.

Supervisor Sam Spade, who is assigned the Finance role, performs the final step in the workflow and submits it. We are now seeing Sam Spade's task list view, so notice that the View My Task icon appears on the last completed step he performed, which is the last row of the audit trail.

Here is the event history of a 2nd Mortgage Application workflow. The workflow was initiated by an anonymous user (John Johnston) and then approved by manager Jack Smith. The tenant admin, Carrie Castle, then aborted the task. Abort removes the task from everyone's task list. This task can still be found by any user that performed one or more steps or by the tenant admin via Task List Search.

Anonymous Steps and the Audit Trail

If you have workflows that use the Email/Anonymous Task Step (created prior to v8 and not transitioned to the new Email Assignment feature) click the link below to see how these tasks appear in the Audit Trail.

 Click here to learn more...

• Workflows designed with the pre-v8 Email/Anonymous Task step will show the task in a WAITING state, as shown in the first two images below.
• Workflows designed with the v8.0+ assign the step to an Email Address feature show the step performed by the customer (anonymous user) in a Pending state and displays the Email address it was sent to.

View My Task

Users logged into  are able to view workflow steps that they performed by clicking the View My Task icon in the Audit Trail. When you are viewing your task, you may notice the read-only view watermark. This is to remind you that you can view the information but can not make changes to it. You will not see this icon for rejected tasks, tasks that have been reset/reassigned/aborted by a tenant or workflow admin, or tasks that have been saved to your Task List.

Additionally, users who can view the task (participant, workflow admin or tenant admin) and have View Submission or Edit Submission permissions will see the  View icon for all tasks and may click it for the same read-only view of the workflow.

The Navigation Toolbar will always be visible on the read-only view to enable navigation to prior steps, even if it is disabled in use mode.

Let's say you submitted a Leave Approval Request to your manager and you want to view the information that you entered. You are not sure if your manager has approved it or if your request is pending your Manager's approval (pending state).

Here is how you find it:

1. Login to your tenant.
2. Click on My Tasks (or if you are using a space, click the Important Items tab, then Task List.)
3. Click the  Search icon
4. On the "Find task for which I am" field, leave the default selection "Participant."
5. Type a keyword from the name of the workflow you are looking for, i.e. "time". A list of possible matches appears. Select the correct one. Click Submit.
   
6. Search for your task in the returned List.
7. Click the  Audit icon to display the Audit Trail. This will show you where the workflow is - in this case, it is still sitting at the Manager step waiting to be approved.
   
   
8. Click the  View icon to  display the workflow step. This allows you to see all the information you entered when you filled out the form.
   
9. Click the  Audit Trail icon again to return to the Task List.

View a Screenflow Task

Screenflows are sequential workflow steps performed by the same user, and are considered one task. Screenflow tasks always display the  View icon on the last screenflow step only, however, the task opens on the first screenflow step.

Consider a New Employee Onboarding workflow with the following steps:

• Personal Information - New employee fills out their personal information
• Allowances - this step collects the new employee"s information for the federal W - 4 form
• I- 9 - this step collects the new employee's information for the federal I - 9 form
• Confirmation - the new employee reviews the entered data and confirms it is correct
• HR - the workflow is sent to the HR department to complete processing.

The new employee completes the first four steps and sends the workflow to HR for processing.

The Audit Trail will show the  View icon on the step pending for HR. By default, the screenflow will appear as a single event in the Audit Trail.

However, if you have Save on Navigate checked in the Workflow Settings, the Audit Trail will show a SAVED event for each screenflow step. This allows the user to return to the last completed step, even if they navigated away from the workflow. The View icon will be on the last step only but when clicked it will open the screenflow on the first task step.

The employee clicks the  View icon and the workflow opens on the Employee Information step. The employee clicks the Next button to navigate through all four screenflow steps.

To return to the beginning of the screenflow from any of the viewed steps, use the navigation bar on the form or click the  Audit Trail icon then the  View icon.

Sue, an employee in the HR department, completes her workflow step. Sue searches and finds her completed task, clicks the Audit Trail then clicks on the  View icon. Note, Sue only sees the View Icon on the the HR review step that she performed.

Lock and Unlock a Task

A task becomes locked when you click the lock or perform icons. Perform auto-locks the task to prevent multiple people from mistakenly performing the same task at the same time. If you decide that you do not want to perform this task, click the icon to return it to the role (ex: Managers). 

Some tasks do not display lock/unlock icons. A workflow step assigned specifically to you, rather than a role, must be performed by only you. In this sense such a workflow is inherently locked for only you to perform. The same is true for saved forms and tasks. Saved forms must be performed, completed and submitted by the person that saved them. They cannot be unlocked back to a pool of users to complete. 

Once a task is locked, all other users with this role can no longer perform this task. They will see the perform icon for this task is light blue to indicate that it cannot be clicked. If you hover over these icons to a tool tip with the username of the person who currently has this task locked displays. If a task is currently locked, the last entry in the Audit Trail will show who locked it and when. You can ask that person or your tenant administrator to unlock the task if you want to perform it. 

Lock/Unlock on Mobile

Modify a Task

Tenant/workflow admins and designer users have special modify permissions. They can:

• Reset a task to a prior step
• Abort a pending task
• Reassign a pending task to a different user
• Reassign a pending task to a different role
• Reassign to a different email address

Designer users, tenant admins or workflow admins click the Modify this Task icon to abort/reassign/reset tasks. This icon only appears on those user's task list. 

Resetting a Task

Resetting back to a prior step is useful when the person performing the current step needs to ask one of the people who completed an earlier step to review or fix a problem. For example, perhaps the manager Jerry sees that the property address is incorrect and needs to send the form back to the person who filled in the application. 

Designer users and workflow administrators will see the  Modify this Task icon when the task appears on their task list. The tenant/workflow admin/designer user performs a search to locate the task then click the  Modify this Task icon. Clicking the Modify this Task icon on a Saved task presents this screen without the Reset to Step section.

The screen shown below displays in all three cases. To reset (reject) a task:

1. Click on the Modify this Task icon.

2. Select the step in the workflow that you want to send the task back to from the Reset to Step dropdown. To send the workflow back to the Loan Application step performed by the user (Sheila Wallace), jerry selects this choice from the dropdown. The sections of the screen for aborting and reassignment collapse.

3. Fill in the Reason for the modification. Click submit. The task disappears from Jerry's task list and appears on Michelle's task list.

The "Task Successfully Modified" message will display.

User Michelle receives an email informing that she has a new task for the Loan Application workflow. The email contains a link to her task list. She will have to log in to access it.

When a workflow is reset to a prior step that task will appear on the task list of the person that performed that step. Even if this step was configured to be performed by anyone with a given role (ex: Manager) a reset workflow task will appear only on the task list of the manager that previously performed that step.

In many real-world workflows such as a loan or job application, the first one or more steps are often performed by people that do not have a user account in the  tenant. You can send the workflow back to this person by selecting Assign to: an email address. All signatures in workflow steps along the way will be removed - the user will have to sign again. You cannot reset a task to a Summary Step. 

Aborting a Task

On occasion, there may be a reason to abort a task. Only the tenant admin, workflow admin or designer user can abort a task. The modify and abort icons only appear on these users' task list.  

There are two ways to accomplish this:

1. Click the abort this task icon

2. Click the  modify this task icon, then check "Yes" for Abort this task?   
   

Designer users and workflow administrators will see the abort this task icon when the task appears on their task list. Here is a snapshot of manager jerry's task list. He is a workflow administrator for the Loan Application workflow.

The tenant admin must perform a search to locate the task then click the  abort this task icon. 

Clicking abort this task displays the following message to confirm the abort: 

A task can also be aborted by checking the Abort this task checkbox after clicking the modify this task icon for that task. Checking "Yes" for the Abort this task question collapses the Reset to Step section. A required reason for aborting the task must be entered before clicking Submit. The reason will be visible in the audit trail.

Reassigning a Task

Reassigning a workflow task to another user/role can be done automatically via workflow escalation or performed manually by administrators. Tenant/workflow admin users can modify both workflows and saved forms. This gives the admin the ability to move a saved form or a pending workflow step from one user's task list to another.

It is not possible to reassign a task that is in the WAITING state to another user.

Assign to User

Imagine that Sally in the mortgage processing department was working on a mortgage application and had saved the loan form. Sally then left for a week's vacation. The tenant admin can log in and search for all forms saved by Sally. Workflow administrators can search for all saved forms associated with the mortgage application workflow. Here we see the loan application task she was working on.

The tenant/workflow admin clicks the  icon. To move this saved form to a different user's task list, enter the user id of the person you want to assign it to by checking the user choice radio button in the Assign to: control. Type a username in that field and all users beginning with the letter you have entered appear as dropdown choices. Enter the reason for the reassignment in the Reason field and click submit. In the image below the workflow admin, Jerry has reassigned the task to the username jill.

Now when Sally next logs into her account she'll no longer see this saved form on her task list. When the user jill logs into she will see Sally's saved form on her task list and can perform, complete and submit the form.

Assign to Role

The tenant/workflow admin can also move a saved form or any saved or pending workflow to one or more roles. In the example above imagine that the user jill is also unavailable. The tenant/workflow admin can again search for the loan application form saved by Sally and click modify but this time check the one or more roles radio button then select a role from the Assign to a different role dropdown. Click the plus icon to select multiple roles.


The saved form will appear on the task list of all users that have that role(s).

Notice that the task history now shows that the form is pending for any user that has the role Processing. Also notice that unlike typical saved forms this task now displays the lock icon which enables one user to lock the task so they can complete this form later.

Assign to Email Address

Tasks assigned to an email address performed by anonymous users can be reassigned to a different email address by the Tenant/workflow admin. Imagine a Purchase Order workflow that is filled in by a Sales person in your company and is then sent to the customer for approval/signature. The customer receives an email with the link to the task to be performed but does not act on it. The Sales person is informed that the original recipient is leaving the company and is provided with the email address of the new person with authority to approve/reject the Purchase Order.

Tenant/workflow admins can reassign the workflow step to a different email address by:

• Searching the workflow to locate the task.
• Click the Modify this Task icon.
• Check email address in the Assign To: field
• Provide the new email address and a reason
• Click Submit.

A "Task Successfully Modified" Message displays.

An email is sent to the new email address with a link to the Approval step of the workflow. If the original recipient clicks the link in the email that they received, they will see a message informing them that the submission has already been processed.

The Audit Trail shows the original and reassigned email addresses.

Searching the Task List

Click the  icon to search for a form you have saved and want to continue or that you have submitted in the past, or to search for a workflow you have participated in.

The Task Search history only displays forms and workflows which have the Show in History property enabled. This property is configured by the form or workflow designer. If you don't see a form appearing in your history, contact your tenant administrator or the workflow designer and ask them to enable this feature.

You can only search for tasks of one form or workflow. You can search for tasks by:

• A specific date range when you performed that task
• Tasks with a particular Submission status
• Tasks that ended with errors.
• Tasks that meet the criteria specified by Fields in your form/workflow, the selected Condition and the value entered in the Value column
• Customized filter condition logic

Role

Start your search by choosing your role in the workflow you are searching. A Participant is someone who is assigned or completed any step of the workflow. A Workflow Admin is a user who has "Administer the Workflow" Access Control. The default selection is Participant.

Submission Status

Here is an explanation of the available states:

1. SAVED: This will return only those tasks which were created when users clicked the Save button on the form/workflow to save their partially filled forms
2. PENDING: This will return all tasks which are pending, meaning someone else put these tasks in the users task list
3. SUBMITTED: This will return all tasks which are completed, i.e. the form/workflow for which this task was created has been submitted
4. ABORTED: This will return all the tasks that were deleted/aborted so the form/workflow never got submitted
5. WAITING: The WAITING status can be used to find workflow tasks that have an HTTP activity. Workflows designed with the pre-v8 Email/Anonymous Task step will also show the task in a WAITING state.

Note the Submission Status checkboxes which are all checked by default. Uncheck the checkbox to the left of one or more submission statuses if you want to exclude those tasks from the search result. For example, let's say you have a workflow that generates a lot of task activity that may be cancelled at some point. Simply uncheck the ABORTED check box and aborted tasks will be excluded from the search results. Conversely, if you only want to see ABORTED tasks, uncheck the SAVED, PENDING, SUBMITTED, and WAITING checkboxes. You can select more than one status for your search criteria.

If all the Submission Status boxes are unchecked and the Submit button is clicked, the following warning displays:

This message will clear if you click the Reset button.

Filter Form or Workflow by data

You must select a form/workflow for the Filter Form/Workflow by data table to appear. This table allows the selection of fields in your form/workflow as search criteria. The set of fields available in the Field column of the table displays the Searchable Fields configured for the selected form/workflow. Metadata fields are not included. You can specify up to 100 rows of filter criteria.
 

Workflows only appear in your search results if you performed one or more steps in the workflow. Workflows will NOT appear in your search results just because it was at one point in time on your task list but was performed by a user other than you. For example, if a workflow is on your task list because you have the role (ex: Managers) to which a particular workflow step is assigned, but this step is performed by another user with that role, then this task will not appear in your search list.

When you click the Submit button, the Search Results will display. You may notice the Refresh icon is no longer visible. This is as designed. There is no Refresh capability available for Search results. When you click the Cancel button, you will be asked to confirm and then see the message "Your search was canceled" after clicking OK.

If no matching tasks are found as a result of your search, you will see this message:

By Tenant Admin

The tenant admin user is able to search for tasks that were performed by other users. The search history form for the tenant admin has several additional search criteria fields. Tenant admins will not see the "Find tasks for which I am..." radio control.

Select a Form/Workflow from the search box (type a keyword and select from matching options) and the Filter Form/Workflow by data table becomes visible and enabled. The Filter Form/Workflow by data topic explains how to set up filters using form/workflow fields.

The tenant admin search screen includes an additional For Admin User Only section. This section gives the tenant admin the ability to search tasks by user name, tasks by a particular user in a locked state and all locked tasks

One very common function is to search for tasks that are locked by a particular user so that the admin can modify them and reassign them to another user or role. For example, you might search by a user if that person goes on vacation and you need to move a saved or pending form or workflow to another user.

Leave the Locked by User field blank and check the Show only Locked Tasks to view all tasks locked by users.

By Workflow Admin

Users that are designated as Workflow Admins for individual workflows see this screen when they click the  Search icon. When searching for tasks, if a workflow is chosen, and the user is a workflow admin for it, then all tasks for that workflow display. If no workflow is selected, then all tasks, even those that the workflow admin has not participated in, plus tasks for which the user is a workflow admin will display.

Embedding Your Task List

The task list can be made conveniently available on your own website. By embedding the task list you can access your tasks without having to log in to the frevvo web UI directly. This gives the feel that the task list is part of your company portal. To do this click on the Embed icon and copy the task list embed script into your web page.

Here is how an embedded tasks list looks. Even when embedded, the task list is always protected by a login dialog. So if you have not already authenticated to  you will be prompted to enter your  username and password. The login then automatically redirects each person to their own personal task list.

If embedding the task list successfully into an HTML page requires setting its width, see URL Parameters for more details.

Curly Braces in URLs for Embedded Forms, Workflows or Task List

Tomcat 8.5 doesn't allow curly braces in URLs since they are not valid URL chars and deemed a security vulnerability. currently support parenthesis as well as curly braces. However, if you are embedding forms, workflows or the Task List in your website, change the markup to use parenthesis (). Support for curly braces {} will be dropped in a future release.