Bug 22328 - Inconsistent behavior throughout acquisitions for determining whether or not an item has been received
Summary: Inconsistent behavior throughout acquisitions for determining whether or not ...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Acquisitions (show other bugs)
Version: 18.05
Hardware: All All
: P5 - low normal with 2 votes (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-13 19:23 UTC by Andrew Fuerste-Henry
Modified: 2020-11-20 01:28 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.