#71 Improve collection search capabilities
Closed: Fixed None Opened 14 years ago by dpal.

The original internal search functions of the collection do not use hashes for faster searches.
Hashes were added later. This ER calls for refactoring of the original implementation to take advantage of the hashes (mostly for performance reasons).
Since current use of the collection is pretty limited this ER is a low priority.


Fields changed

owner: somebody => dpal

Fields changed

milestone: => Deferred
version: => 0.4.1

Fields changed

component: SSSD => libcollection

There is an issue with the case sensitivity so I change it to bug and will address shortly.
The search code needs some refining to take into the account the capabilities needed by elapi.

milestone: Deferred => Iteration 6
priority: minor => major
status: new => assigned
type: enhancement => defect

Commit: 5258186
was the first implementation that actually broke things.

The follow up commit that addressed regressions is:
e519ed7

The functionality is there.

fixedin: => 0.5.0
resolution: => fixed
status: assigned => closed

Fields changed

rhbz: => 0

Metadata Update from @dpal:
- Issue assigned to dpal
- Issue set to the milestone: SSSD 0.5.0

7 years ago

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/1113

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. We apologize for all inconvenience.

Login to comment on this ticket.

Metadata