Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: First published version


Some configuration settings in Enterprise Tester are not yet exposed in the User interface.  You can apply custom settings to some features in the appSettings section in the web.config file. In the appSettings section, you can add key/value pairs which can be used to control features of Enterprise Tester .

Supported Keys 

KeyFeatureExample Value path to avatar images used on the websitec:\Enterprise Tester\data\Avatars\

Storage method to use, either InDatabase or FileSystemCas - defaults to FileSystemCas.


Set to true to disable garbage collection or false to enable garbage collection.

true or false

Minutes between garbage collections, should generally be set to an hour or more.


Path to where attachments are stored, defaults to \Data\Attachments|f:\et-attachments.


AutoDashboard.EnabledIf set to "true" a dashboard with a number of pre-defined project specific gadgets being created when a new project is created. The Default value is "False"true or false


The maximum size for attachments (in bytes) to be included in any exported baseline, if not set it will default to 4mb.



If true (the default) then at startup we check to see if any projects are "uncached" and require a refresh lookups sync to be executed, if so we trigger an update at startup.

true or false


How often custom field metadata is updated, defaults to 00:00:00 

00:00:00 ( disabled)


Time to wait after completing a defect synchronization pass across all projects, before checking again.



Turns the issue collector on or off. Default is set to on (true).

If turned off then users won't be able to use the Report Bug or Request Feature/Enhancement options in the Enterprise Tester user Menu.

true or false


Disables displaying / calculating the existing elements report for requirements EA import/sync. This report can be very costly (half hour +) to calculate for large EA projects where there may be tens of thousands of requirements. Default for 4.2 and above is "false"

true or false


Defaults to 1000 database transactions per batch. When exporting a large amount of data from ET you can reduce the number of transactions per page to improve the performance of the export.



If true (the default) then after creating a link the lookup refresh process will be triggered to refresh of all the cached custom/inbuilt field info. The refresh process will only work if the defect tracker is also enabled.

true or false


The timeout when submitting ExtJS forms (in seconds).



The timeout for ajax requests (in milliseconds).



The ajax update timeout for requests (in seconds).


FileUploadRestrictionsRestrict file uploads of specified file types. Also see addendum in this, .pac, .txt


Defaults to "Open", but can be set to either a single value i.e. "Closed" or multiple options, separated by commas i.e. "Open, Ready, Awaiting Review" - in which case each value in the list will be tried until we can find a match - useful if you have different projects which have different sets of statuses.             

Open, Created


This setting specifies the number of JIRA issues to retrieve per page when synchronizing with JIRA. The default setting is 1000. This can be useful when the number of JIRA issues retrieved causes timeout issues.



The date format used for rendering ET date fields to strings, as required by JIRA - defaults to "dd/MMM/yy hh:mm a".

dd/MMM/yy hh:mm a



When refreshing loops using the JIRA 5.2+ plugin, by default it will attempt to "Sample" each JIRA project for examples issues of each issue type, to discover additional custom fields which are only displayed on the edit screen. This feature was introduced in ET 4.10, and for very large JIRA instances may be quite slow - if all the custom fields you wish to map appear on the create screen in JIRA, then you can skip the time-consuming sampling process by changing this setting.

For more details on this feature and how you can determine if it's causing performance problems with refreshing lookups please see the addendum below on this page



The prefix added to the start of relationship names when synchronized to JIRA as remote links, it defaults to "ET: " - to disable the prefix, you can switch it a blank value, or distinguish between ET instances by setting it say "ET-Prod: " and "ET-Dev:".



The max time it can take to close a connection to the JIRA soap service, defaults to 00:02:00 (2 minutes - prior to v3.3 this was fixed at 1 minute)


The max time it can take to open an http connection to the JIRA soap service, defaults to 00:02:00 (2 minutes - prior to v3.3 this was fixed at 1 minute)



The max time it can take to receive data from the JIRA soap service, defaults to 00:15:00 (15 minutes - prior to v3.3 this was fixed at 10 minutes)



The max time it can take to send a request to the JIRA soap service, defaults to 00:02:00 (2 minutes - prior to v3.3 this was fixed at 1 minute)



The time to wait between successive screen-scraping requests when fetching options for custom fields, for low-spec JIRA servers you might need to adjust this to give the server a chance to "breathe" between requests, to avoid degradation in performance for other users. Defaults to 1 second delay. For high-spec JIRA servers, you can set this value at 0 seconds, to have no delay between scraping requests




Generates a stable server key even if the MAC address changes over time.



When upgrading ET, by default the logging.config file is overwritten to remove debugging settings that can effect the performance of ET. You can select not to have the logging.config file overwritten by selecting a new location to store the config file.

c:\Program Files (x86)\Catch Limited\Enterprise Tester\data\logging.config (default)

MinimumPasswordStrengthEnables a minimum password strength to be enforced for users logging directly into Enterprise Tester. The system default for new installations is Medium.

Poor, Weak, Medium, Strong, or VeryStrong

(warning) Note the capitalisation of the first letter for each setting.


The name of the provider class used for applying database migrations.


Enables support for multiple query results being returned from Oracle in a single round-trip. This should be enabled for all ET installations which use an Oracle database, to improve performance.

Support on version 4.9.1 and above of Enterprise Tester only.



The maximum number of notifications to record per user, once the limit is reached older notifications will be discarded for newer ones.



The separator character used for display requirement/script paths - defaults to "|" in v4.2 and above

(the default is “/” in V4.1 and earlier) .



The path to the set of baselines which are used as project templates available when creating a new project.



The value can be specified as either a number e.g. 5 - which would be 5 seconds, or formatted as what's called a timspan e.g. "hh:mm:ss" - so 5 minutes would be specified as 00:05:00.

Default value is currently 5 (5 seconds) - this means every 5 seconds ET will check each implementation of what's called the "IRemoteLinksQueueingSynchronizer" interface and ask it to process any pending changes.

A setting of 0 seconds will disable the periodic synchronization, but does not prevent the remote link changes from being "Queued up" in any implementations of  IRemoteLinksQueueingSynchronizer. This may not be an issue, but for very large/busy installations of ET, this is probably not a good idea as the queue may grow quite large and consume memory unnecessarily.

To disable remote links altogether for Jira, what you need to do is:

  • Go to Admin -> Extensions - Modules -> JIRA Integration

  • Select "JIRA 5.0+ Remote Link Synchronizer" 

  • Click the "Disable" button, this will disable the remote link synchronizer completely.

SAML.EnabledEnable SAML support (Okta support)true
SAML.IssuerIDP Issuer (Okta support)<IDP Issuer>
SAML.CertificateSAML Certificate (Okta support)<X.509 Certificate>

Specify the URL that allows users to log out of Enterprise Tester when using Okta.

Do not add an Enterprise Tester URL here or users will be automatically logged back into Enterprise Tester. The Okta applications page is a suggested URL that could be added.



The maximum number of steps allowed for a script - default is 100.



The path to the indexes folder (in v4.0 and later, if not specified, this defaults to the \Data\Indexes folder of the installation directory.

c:\Enterprise Tester\data\Indexes\


The time between commit changes to the search index.



The time to wait before waking up again processing search index changes (changes in ET will also trigger the worker process to "wake up").



The time the index worker processor will wait for the queue to empty - currently used in unit tests.



The time to wait before aborting the reindexing process when waiting for the index queue to flush - 5 minutes by default.



Defaults to false, if set to true then "all relationships" are indexed, which will results in a much larger set of re-indexing occurring after each change within the application.  

true or false


Root URL to use for the site when generating external links for applications such as defect trackers, this can be useful when ET uses the wrong address when generating links.


Configures how absolute URL's are generated by the ET application, you may need to change this setting when exposing Enterprise Tester from behind a reverse proxy.

For full details on each of the values, and what it does to the generated absolute URLs please see the addendum at the bottom of this page..



Defaults to false, but if set to true then when synchronizing if a file is found that has the same file name and file size as a previously synchronized file, it will be skipped - useful if you want to avoid attachments which have been duplicated by another synchronization process or user error.


true or false


Enable the sending of anonymous trial statistics to allow Catch Software to monitor the quality of the installation and initial project setup experience for users with an Enterprise Tester trial license applied.



Setting a Key

To set a key:


Here are the values that the appSetting site.root.url.scheme can be configured as.





Forces base URL to http when processing OAuth requests.



Forces base URL to https when processing OAuth requests.



Uses same scheme (Http/https) as the request's URL.

This is equivalent to how ET used to work for v4.5 and below.


Checks for the x-forwarded-scheme header, if present, will use the value specified there, if header not present, will revert back to the "Same as request" behaviour

This is the new default for v4.6 and above.