Slony replication bug on holds shelf list
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Evergreen | Status tracked in Main | |||||
2.0 |
Fix Released
|
Undecided
|
Unassigned | |||
2.1 |
Fix Released
|
Undecided
|
Mike Rylander | |||
Main |
Fix Released
|
Low
|
Unassigned |
Bug Description
On the "holds shelf" display, when you cancel a hold, the hold remains in the list after the list refreshes. Refreshing the list a second time resolves the problem.
Delving into the code:
blahblah/
1042 case 'shelf' :
1043 method = 'FM_AHR_
1044 params.push( obj.filter_lib || obj.data.
1045 obj.controller.
1046 break;
This method should probably be authoritative in replicated setups, and I'm thinking it's probably OK in most cases for it to be authoritative. This call is to open-ils.
Changed in evergreen: | |
status: | New → Triaged |
importance: | Undecided → Low |
Changed in evergreen: | |
milestone: | none → 2.1-beta1 |
tags: | added: bitesize |
Straight-forward upgrade to the API applied across master, 2.1 and 2.0. Thanks, James, for the detailed pointers into the code.