#922 Support for wildcards in search filter
Closed: Invalid Opened by edewata.

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.

Thank you for understanding, and we apologize for any inconvenience.

Metadata