Currently the search operations in some REST resources can only take a keyword. It doesn't accept wildcards. If the user specifies a *, it will be escaped when the keyword is converted into an LDAP filter. So the * will be interpreted as a character literal, not a wildcard anymore.
Adding a support for wildcards might interfere with the ability to search for the * character itself. The user might need to escape the * when specifying the filter, which might be fine on CLI, but uncommon in the UI world. On the other hand, searching for * might be uncommon anyway.
A possible solution is to provide an option to users whether to use a keyword-based search filter like the current code or a regular expression.
Per CS/DS Meeting on 3/24/2014 - confirmed with edewata.
In meeting of 4/9/2014, it was determined that we would not support this type of wildcard searching.
Metadata Update from @edewata: - Issue set to the milestone: 10.2 - 04/14 (April)
Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.
This issue has been cloned to GitHub and is available here: https://github.com/dogtagpki/pki/issues/1489
If you want to receive further updates on the issue, please navigate to the GitHub issue and click on Subscribe button.
Subscribe
Thank you for understanding, and we apologize for any inconvenience.