Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Safety considerations and limited access to some of the data necessitated the introduction of additional features to the search engine.

In Secure Fields 3.0 we created 3 Search Security Levels, so you could choose which option is the best for your organization. You can set it up in the Search Security Level Configuration , in the Add-ons tab.

Image Added 

You can choose from 3 levels: 

  1. Performance - gives you an option to easily search through Secure Fields with full JQL capabilities.  The possible downside is that anyone will be able to perform search and see for instance values bigger/smaller than given amount, but still will not be able to see the preceise value of the Secure Field. This level enables fast and efficient search.
  2. Strict - has the same rules as the previous Secure Fields version had - limited JQL search, but harder for unauthorized people to find any information.  Once you decide to upgrade to Secure Fields 3.0 all your secure fields will be automatically saved as Strict. We have also optimized search for this level, so if you decide to keep it this way, you will still feel the improvement in speed.
  3. Disabled - there is no option to search through Secure Fields.

+ you can also deifne your own "Custom" search level.



If you decide not to upgrade or stay with the Strict level of Security Search, you can still improve your efficiency search. 


The Secure Field plugin adds "issue in search" function to the JQL. This function takes from 2 to 4 arguments rounded by quotation marks.

Warning
titlePerformance note

Please note that using the secureFieldSearch() function on large instances may cause performance issues. We strongly recommend using secureFieldSeachJQL() or secureFieldSearchFilter() functions instead. Please be aware that these functions have a parameter to enter the JQL Query/filter and we recommend using selective filters. It's not recommended to search for secure fields on a large dataset (more than 1000 issues).

 


Code Block
issue in secureFieldSearch("", "", "")

...

Operators that are defined for the particular field types are listed below:


 Secure TextSecure Free TextSecure NumberSecure ListSecure Multi Select ListSecure Single User PickerSecure Multi User PickerSecure Single Group PickerSecure Multi Group PickerSecure DateSecure Date Time
=xxxxxxxxxxx
!=xxxxxxxxxxx
>  

x      





xx
>=  

x      





xx
<  

x      





xx
<=  

x      





xx
isEmptyxxxxxxxxxxx
isNotEmptyxxxxxxxxxxx
startsWithxx 
xxxxxx  

endsWithxx 
xxxxxx  

containsxx 
xxxxxx  

 




In large instances ,due to better performance, please refer to functions described below as they allow to search within secure fields in a limited range of issues.

...

5 - case sensitive/insensitiv