#49090 entry cache is not cleaned up if an operation is aborted
Closed: wontfix 5 years ago by lkrispen. Opened 7 years ago by lkrispen.

If a plugin modifies entries, eg the memberof plugin adds the memberof attribute to some entries and the primary operation is aborted the modified entries in teh entry cache are not reset.


Metadata Update from @nhosoi:
- Issue set to the milestone: 1.3.6.0

7 years ago

Metadata Update from @mreynolds:
- Issue close_status updated to: None
- Issue set to the milestone: 1.3.7.0 (was: 1.3.6.0)

6 years ago

@lkrispen Is this addressed in one of your recent fixes? I know there was entry cache issue you fixed (might have been around modrdns?), but I don't know if its this one. Thanks

Metadata Update from @mreynolds:
- Custom field reviewstatus adjusted to None

5 years ago

no, unfortunately this is not addressed. I fixed issues where entries were renamed by updating the entryrdn index, but which would not be effective until they are reloaded

fixed with ticket 50260

Metadata Update from @lkrispen:
- Issue close_status updated to: duplicate
- Issue status updated to: Closed (was: Open)

5 years ago

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

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/2149

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.

Metadata Update from @spichugi:
- Issue close_status updated to: wontfix (was: duplicate)

3 years ago

Login to comment on this ticket.

Metadata