Koha/acqui
Jonathan Druart 489d480042 Bug 5336: (follow-up) multiple QA fixes
- add a message if the search returns no result
- keep selected values if the search returns no result (for fund and
  order status)
- remove plurals in order status
- move the order status column in the search results table

Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de>
Passes all tests and QA script.
New tests also pass:
    t/db_dependent/Acquisition/close_reopen_basket.t

1) Database update - I end up with too many partials. My test cases:

 - New orders, basket still open
   OK Expected: new, Result: partial
 - Ordered orders, basket and basketgroup closed
   OK Expected: ordered, Result: partial
 - Partially received orders
   OK Expected: partial/complete, Result: partial/complete
 - Received orders
   OK: Expected: complete, Result: complete
 - Cancelled orders
   * cancelled from open basket before order
   OK: Expected: cancelled, Result: cancelled
   * cancelled from closed basket before receive
   OK: Expected: cancelled, Result: cancelled

All aqorders where updated with the correct status.

I have saved my 'pre-updatedatabase' and can repeat the test anytime you have a follow up.

2) Testing search functionality

  a) Order search - result list
  Order search shows a new column, I think it would be a bit better if the
  status there was singular instead of plural - new order, partially received
  order etc. - maybe we could even leave out the 'order'? (minor)

  The column seems a bit lost in the middle, not sure where it would make more
  sense (just saying)

  b) Order search - advanced search form
  The advanced search form now shows a new filter: Order status

  All new status can be searched.
  - an "empty" search will find all but cancelled orders
  - searching for cancelled orders works correctly and shows results
  Search works correctly, no regressions found.

  If no result is found a message is shown.
  All search input is kept, so you can modify your search terms easily.

3) Testing setting of status after applying the patch

   a) Create a new order with 2 items - status is new. OK
   b) Close the basket - status is ordered. OK
   c) Receive both items - status is completed. OK
   d) Undo receipt - status is ordered. OK
   e) Receive only 1 item - order is split up into 2 orders:
       - status is partial OK
       - status is completed OK
   f) Undo receipt of received item - order is combined into 1 again
       - status is ordered OK!
   g) Receive only 1 item again - status ordered/partial.
   h) Delete order.
       - status is completed
       - status is cancelled
      OK!

   i) Undo receipt of 1 item again.
      Refresh page.

This results in the following behaviour, that has been reported as
bug 10984. After refreshing the page follow message is shown:
  Cannot cancel receipt. Possible reasons :
    - The order line you trying to cancel was created from a partial
    receipt of another order line which is already received.
    Try to cancel this one first and retry.
    - The order line you trying to cancel was created from a partial
    receipt of another order line which has been deleted.
    Cancellation is not possible.
  BUT: The receipt is undone, but you are left with a
    line with 2 items, a cancellation date and the status ordered.
    Because of the cancellation date the order is not visible in pending orders.

The status is correct - so I feel this should not stop this patch.

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
2013-10-22 13:30:34 +00:00
..
pdfformat Bug 10573: (follow-up) update license and copyright statement 2013-08-17 16:06:06 +00:00
acqui-home.pl Bug 10792: fix sorting of funds table on acquisitions home page 2013-09-16 15:30:33 +00:00
addorder.pl Bug 9987: Remove DB field aqorders.biblioitemnunmber 2013-07-02 15:18:50 -07:00
addorderiso2709.pl Bug 9432: Plack changes for acqui/addorderiso2409.pl 2013-02-06 12:31:20 -05:00
basket.pl Bug 5336: Order search (search and UI enhancements) 2013-10-22 13:24:52 +00:00
basketgroup.pl Bug 10573: French translation for printing a basketgroup 2013-08-17 16:05:04 +00:00
basketheader.pl Bug 9364: fixes billing/delivery addresses for new baskets 2013-01-18 19:15:24 -05:00
booksellers.pl Bug 10967: fix minor POD error 2013-10-02 14:52:48 +00:00
check_budget_total.pl Bug 5385: POD Cleanups (part 1) 2010-11-12 10:06:55 +13:00
check_duplicate_barcode_ajax.pl Bug 6963: Corrects a problem when a new order is created with a duplicate barcode. 2011-11-04 10:22:28 +01:00
check_uniqueness.pl Bug 10483: fix item uniqueness check on order form 2013-08-14 21:17:11 +00:00
currency.pl Fix FSF address in directory acqui/ 2010-03-16 20:17:51 -04:00
fetch_sort_dropbox.pl Bug 8629: update of statistics fields on fund selection in order creation/edition 2012-09-14 16:57:02 +02:00
finishreceive.pl Bug 10403: add ability to change fund on receipt 2013-10-22 12:57:25 +00:00
histsearch.pl Bug 5336: (follow-up) multiple QA fixes 2013-10-22 13:30:34 +00:00
invoice.pl Bug 10401: Add ability to merge invoices 2013-10-21 19:08:03 +00:00
invoices.pl Bug 10401: Add ability to merge invoices 2013-10-21 19:08:03 +00:00
lateorders.pl Bug 10380: Change prototype for output_pref() routine 2013-10-17 23:34:26 +00:00
modordernotes.pl Bug 7166: Adds edit order notes when the basket is closed 2012-03-20 16:45:37 +01:00
neworderbiblio.pl Bug 9239 QA follow-up: the last QA follow-up was missing a require 2013-03-16 21:32:34 -04:00
neworderempty.pl Bug 9987: Remove DB field aqorders.biblioitemnunmber 2013-07-02 15:18:50 -07:00
newordersubscription.pl Bug 9508: Standardize the dateformat value from C4::Auth 2013-05-20 09:05:01 -07:00
newordersuggestion.pl Bug 4330 : Fixing FSF address and copyright headers for acqui/ 2012-05-28 17:54:18 +02:00
ordered.pl Bug 7735: removal of C4::Dates when unused 2012-03-20 18:11:04 +01:00
orderreceive.pl Bug 10403: Show inactive but unlocked budgets on orderreceive 2013-10-22 12:57:41 +00:00
parcel.pl Bug 10724: Pending orders: add basket group name in filters 2013-10-21 18:54:03 +00:00
parcels.pl Bug 8821: make receive shipment page hide inactive funds like new order form 2013-09-16 16:26:12 +00:00
spent.pl Bug 9987: Remove DB field aqorders.biblioitemnunmber 2013-07-02 15:18:50 -07:00
supplier.pl Bug 9108: Followup: send the dateformat value from C4::Auth 2013-01-17 21:59:30 -05:00
transferorder.pl Bug 10723: remove one last instance of GetPendingOrders() 2013-10-21 18:49:32 +00:00
uncertainprice.pl Bug 10723: Merge GetPendingOrders and SearchOrders routines 2013-10-21 18:24:32 +00:00
updatesupplier.pl Bug 5335 - More granular VAT 2012-09-20 18:09:53 +02:00
z3950_search.pl Bug 10096 - Add a Z39.50 interface for authority searching 2013-10-04 14:26:29 +00:00