March 2017 - Koha-bugs - lists.koha-community.org

[Bug 17172] New: Cancelling an order before basket is closed leaves aqorders.status set to 'ordered'.
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '17

21 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17172 Bug ID: 17172 Summary: Cancelling an order before basket is closed leaves aqorders.status set to 'ordered'. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Deleting an order before a basket is closed sets aqorders.datecancellationprinted, but does *not* change aqorders.orderstatus, which stays at 'new'. When the basket is closed, aqorders.orderstatus is set to 'ordered' I can't tell if this is an oversight, or an attempt to distinguish between orders cancelled before the basket is sent to the vendor (i.e. orders abandoned by the library) and orders cancelled after the basket is closed (cancelled by the vendor) -- See Bug 10918. To replicate: Prerequisites: Existing vendor, Budget, Fund, set up an open basket. 1/ Place an order 2/ Cancel the order Run the following query: SELECT ordernumber, biblionumber, orderstatus, datecancellationprinted FROM aqorders WHERE orderstatus IN ('ordered', 'new') AND datecancellationprinted IS NOT NULL You will see orders with orderstatus set to 'new', and datecancellationprinted with today's date. 3/ Close the basket Run the query again, orderstatus for the new orders will now be 'ordered'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 17564] New: Acquisition/OrderUsers.t is broken
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '17

20 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17564 Bug ID: 17564 Summary: Acquisition/OrderUsers.t is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 17563] New: Acquisition/CancelReceipt.t is broken
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '17

20 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17563 Bug ID: 17563 Summary: Acquisition/CancelReceipt.t is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 17562] New: Acquisition.t is broken
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '17

20 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17562 Bug ID: 17562 Summary: Acquisition.t is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 17439] New: Orders price are not recalculated when transfered to another vendor
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '17

20 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17439 Bug ID: 17439 Summary: Orders price are not recalculated when transfered to another vendor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 13321 Just a remainder that bug 13321 doesn't recalculate the order prices on transfer. I don't know how to fix it yet. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13321 [Bug 13321] Tax and prices calculation need to be fixed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 17966] New: TT syntax for notices - Prove that ISSUESLIP is compatible
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '17

19 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17966 Bug ID: 17966 Summary: TT syntax for notices - Prove that ISSUESLIP is compatible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 17014] New: Remove more event attributes from patron templates
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '17

16 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17014 Bug ID: 17014 Summary: Remove more event attributes from patron templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There are many patron-related templates which still use event attributes to define events. These should be modified so that events are defined in JavaScript. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 18046] New: Problem with redirect on logout with CAS
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '17

16 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18046 Bug ID: 18046 Summary: Problem with redirect on logout with CAS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Since updating to 3.22.14 which includes the fix for bug 17841, there is a problem when logging out of the OPAC with CAS. Settings: casLogout = Logout Before the update, you weren't redirected back to the OPAC after logout. Bug 17841 was supposed to fix this behaviour. After the update, we are sending the redirect URL in the service parameter of the logout URL: https://.../logout?url=https%3A%2F%2F...%2Fcgi-bin%2Fkoha%2Fopac-main.pl%3Flogout.x%3D1 The CAS logout itself works, but the redirect to Koha seems to be stuck in an "infinite loop". The page reloads again and again. It seems to work ok, when you craft an URL like: https://.../logout?url=https%3A%2F%2F...%2Fcgi-bin%2Fkoha%2Fopac-main.pl%3Flogout.x%3D1 without the logout.x%3D1 parameter at the end of the URL. Tested in Firefox ESR 45.7.0. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16293] New: Patron Card Batches documentation is incomplete
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '17

16 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16293 Bug ID: 16293 Summary: Patron Card Batches documentation is incomplete Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 50411 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50411&action=ed… First image in documentation http://manual.koha-community.org/3.22/en/patroncardcreator.html#patroncardb… is missing documentation on how to get to or use the patron card search, which should read as follows: In the 'New batch' or 'Manage batch' screens, patrons may be added by pasting borrowernumbers into the 'Add by borrowernumber(s)' text box. [[insert attached patron_batch_add.png]] Alternatively, clicking on the '+Add patron(s)' button with the 'Add by borrowernumber(s)' field empty will launch a pop-up window containing a patron search screen, which may be used to look up patrons by cardnumber or name [[insert attached patron_batch_search.png]] Clicking the 'Add' link will insert the associated borrowernumber into 'Add by borrowernumber(s)' text box on the 'New batch' or 'Manage batch' screen. You can do as many searches and add as many patrons as you want through the search screen before clicking 'Close'. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 17784] New: Ability to see funds with an amount of 0.00 when doing a new order
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '17

12 Sep '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17784 Bug ID: 17784 Summary: Ability to see funds with an amount of 0.00 when doing a new order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org In the acquisition module, funds with an amount of 0.00$ don’t appear in the dropdown list when doing an new order (in accounting details). To do that, we must put 0.01$ to be able to see the information. Here is the link : cgi-bin/koha/acqui/neworderempty.pl Can we add an option to put funds active or inactive to manage them correctly (and see them in the dropdown list) ? This is usefull to some librairies which must receipt and treat documents for another service through a bigger organization. This other service is in charge of the payment. The document must be present in the list to help librairians to make the follow-up with it. Thanks, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14