Bug 22328

Summary: Inconsistent behavior throughout acquisitions for determining whether or not an item has been received
Product: Koha Reporter: Andrew Fuerste-Henry <andrewfh>
Component: AcquisitionsAssignee: Bugs List <koha-bugs>
Status: NEW --- QA Contact: Testopia <testopia>
Severity: normal    
Priority: P5 - low CC: katrin.fischer, martin.renvoize, nick
Version: 18.05   
Hardware: All   
OS: All   
Change sponsored?: --- Patch complexity: ---
Documentation contact: Documentation submission:
Text to go in the release notes:
Version(s) released in:

Description Andrew Fuerste-Henry 2019-02-13 19:23:43 UTC
When an aqorders line has quantityreceived>0 but datereceived is NULL, fund totals shows inconsistently across acquisitions. 

To test:
- create an order with quantityreceived=1 and datereceived NULL (this may need to be done from the command line)
- find the relevant fund in the All Available Funds table at acqui-home.pl, note that the order is reflected in the Spent total
- Click through to spent.pl for the relevant fund, note that the order is not reflected here
- Click through to ordered.pl for the relevant fund, note that the order is not reflected here either


I'll acknowledge that it shouldn't really be possible for an item to have a quantityreceived without a datereceived -- I haven't yet figured out how the library I found this on did it -- but the inconsistent logic is an issue nonetheless.
Comment 1 Andrew Fuerste-Henry 2020-11-20 01:28:05 UTC
Additionally, booksellers.pl determines its count of expected items based on presence of a datereceived value while basket.pl compares quantity and quantityreceived. If an order gets stuck without a datereceived, the basket will show as active indefinitely.