When trying to save a workflow (Creating a new one or save an already existing one) after clicking the Save Workflow button nothing happens. Normally you will find the processed saved pop up like the example below.
However when you click save workflow you do not see this message. Then when you click Save or apply for the application/questionnaire you receive the following error:
Advanced Workflow has unsaved changes. Please save or revert.
When getting this error run Browser Developer Tools (usually the F12 key) before clicking Save or pply of the application and capture the network traffic of the click of save. You will see the information below and specifically note the PUT method 404 failure.
This does not provide much information on why the Save is failing, so you should set up a trace to capture more information. Enabling a module in IIS called the Failed Request Tracingmodule can help get more details on why IIS isn't able to route certain requests. You can install it by following the steps below:
From a Windows Server go to Server Manager and select Web Server (IIS)" Role >
Select Add Role Service.
Select Tracing" under Health and Diagnostics. Click Yes to allow it to install the module.
From the top level node in the IIS Manager, select View Sites from the Actions pane to the right.
Select the Default Web Site, and under the Configure section in the Actions pane to the right choose Failed Request Tracing...
Enable the module and note the path to which it logs.
Go back to the Default Website in IIS, and there should be a new icon for Failed Request Tracing.
From that icon select the particular error codes about which you want more information.
Retry the test URL and see if it gives you more information
After configuring the trace, reproduce the error message so that it is captured. Navigate to the logging directory of the trace and you will see all of the files. Open the latest file and you will see the entry for the failed request. It will be like the example shown:
At the end of the entry you will see 404 6 0 0 and this message is specifically Verb denied. When request filtering blocks an HTTP request because of a denied HTTP verb, IIS will return an HTTP 404 error to the client and log the following HTTP status with a unique substatus that identifies the reason that the request was denied.
This issue occurs when server hardening is in place which was configured to only allow certain verbs.
The configuration is the same as shown here:
As you can see from the image above, the PUT verb has not been added to the list of allowed verbs. When restricting verbs on the server you will need to add four verbs so that RSA Archer functions as expected. The following verbs need to be added with an allowed status set to True:
When all verbs have been added it will look like the image below:
If you don't wish to list all the verbs within the HTTP verbs tab, you can edit feature settings.
Look at the second check box shown in the image above. If it is checked, there is no need to add the verbs in the HTTP Verbs tab. If it is unchecked, then you must add these in HTTP Verbs tab.