November 2018 - Koha-bugs - lists.koha-community.org

[Bug 21488] New: Receiving transfered items should be done with a 'receive' button instead of 'cancel'
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '19

11 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21488 Bug ID: 21488 Summary: Receiving transfered items should be done with a 'receive' button instead of 'cancel' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: janet.mcgowan(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Circulation, Transfers to Receive - the button for receiving an item that has been transferred to your library doesn't make sense - it's called "Cancel Transfer". Receive Transfer would be more apt! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 20198] New: `›`missing in breadcrumb of translated pages of aqbudgets.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '19

11 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20198 Bug ID: 20198 Summary: `›`missing in breadcrumb of translated pages of aqbudgets.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Just after `Budgets` the `&rsaquo;` is somehow eaten by the translation process. https://gitlab.com/koha-community/Koha/blob/0ad922011cc330397d9b680b0d045bf… == Going further == Other pages affected? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 16521] New: <<item.*>> and <<biblio.*>> not expanding on DUE, PREDUE notices.
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16521 Bug ID: 16521 Summary: <<item.*>> and <<biblio.*>> not expanding on DUE, PREDUE notices. Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Items, Biblio and issues information should be available on DUE and PREDUE notices, but are not populated. I believe that this is a regression. To reproduce: Prerequisites: System set up to run predue notices. 1/ Create DUE and PREDUE letters with the following content for email: The following item is due: <<biblio.title>>, (<<item.barcode>>), <<issues.date_due>> 2/ Check out two items, and back-date the date due so that one will generate a predue notice, and the other is due today. 3/ Run advanced_notices.pl Note that the item information in each notice will show as , (), -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 16796] New: Patron categories: Crash if enrolment date is not valid
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16796 Bug ID: 16796 Summary: Patron categories: Crash if enrolment date is not valid Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Create or edit a patron category - Leve enrolment period empty - Manually enter wrong enrolment date, e.g. 99/99/2016 and save. Result: Software error: The 'day' parameter ("99") to DateTime::new did not pass the 'an integer which is a possible valid day of month' callback at /usr/lib/perl5/DateTime.pm line 199 DateTime::new(undef, 'hour', 0, 'minute', 0, 'second', 0, 'month', 06, ...) called at /usr/share/kohaclone/Koha/DateUtils.pm line 172 Koha::DateUtils::dt_from_string(99.06.2016) called at /usr/share/kohaclone/admin/categories.pl line 98 -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 16931] New: advanted search with "all" in location and library filters return nothing
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16931 Bug ID: 16931 Summary: advanted search with "all" in location and library filters return nothing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: morgane.alonso(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 20694] New: Purchase suggestion cancel is not reflecting in suggestion cancel order tab after cancel the order at vendor level
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20694 Bug ID: 20694 Summary: Purchase suggestion cancel is not reflecting in suggestion cancel order tab after cancel the order at vendor level 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Example: Member given purchase suggestion to the library and purchase suggestion is accepted by the library and ordered to the vendor. After some days when we cancel the order at the vendor level, it does not reflect on suggestion page under "cancel order" tab. It reflects in "suggestion pending" tab. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 20164] New: Suspend Waiting Hold in OPAC loophole
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20164 Bug ID: 20164 Summary: Suspend Waiting Hold in OPAC loophole Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: margaret(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is a loophole where after a hold has arrived and is placed on the hold shelf (in Waiting status) patrons can still suspend the hold via the OPAC. After a hold moves to Waiting status the suspend option is no longer available from the Koha Staff Patron Holds window. To Replicate: 1) create a hold using either the OPAC or Staff Client 2) look at the OPAC and Staff Client and see the suspend button is visible 3) checkin an item to fill that hold via the staff client 4) look at the OPAC and Staff Client and see the suspend button is visible in only the OPAC. Clicking on the button will suspend the hold even though it is arrived and Waiting for pickup. This is related to Bug 18856 - Cancel Waiting Hold in OPAC does not give useful message. Likewise there is no staff side messaging to indicate that a patron has suspended a Waiting Hold. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 20790] New: Missing email samples for list and cart
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20790 Bug ID: 20790 Summary: Missing email samples for list and cart Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org They used to be in miscellaneous, e.g. http://translate.srv.unc.edu.ar/manual/17.11/en/html/17_miscellaneous.html#… There are now dangling refs source/lists.rst:118: sample List email <example-email-from-list-label>`) source/lists.rst:174: sample Cart email <example-email-from-cart-label>`) source/opac.rst:391: Lists email <example-email-from-list-label>`) source/opac.rst:491:sample Cart email <example-email-from-cart-label>`. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 21090] New: Description of itemtype group doesn't show when there is an itemtype with the same code
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21090 Bug ID: 21090 Summary: Description of itemtype group doesn't show when there is an itemtype with the same code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When an ITEMTYPECAT is using the same code as an itemtype, the description is not showing on the advanced search in OPAC. To test: - Create an itemtype BK - Create an ITEMTYPECAT BK - Link 2 itemtypes to this search category - Verify the description is not showing up on advanced search in the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 18944] New: ITEMTYPCAT description is no longer used
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18944 Bug ID: 18944 Summary: ITEMTYPCAT description is no longer used Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When grouping several itemtypes using the ITEMTYPECAT authorised value, the grouping works, as seen on the advanced search page, but it doesn't display the correct description from the authorised value, but is still using one of the itemtype descriptions. So far tested on 16.11.x Used to work with 3.22.x - so this is a regression -- You are receiving this mail because: You are watching all bug changes.

1 5