January 2019 - Koha-bugs - lists.koha-community.org

[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

[Bug 17212] New: ITEMTYPECAT broken if there is another authorised value with 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=17212 Bug ID: 17212 Summary: ITEMTYPECAT broken if there is another authorised value with same code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 The grouping of itemtypes on the advanced search doesn't work correctly, if there is another authorised value in another category with the same code. To test: - Add a collection TEST with a description - Add a ITEMTYPECAT TEST with a different description - Use TEST to group some itemtypes together - Take a look at OPAC advanced search - notice itemtypes are grouped, but description of the collection is shown. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 21876] New: Untracked changes prevent building
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21876 Bug ID: 21876 Summary: Untracked changes prevent building Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net On bug 18993 comment #29, I mentioned difficulty following the instructions to package up Koha following the instructions given at https://wiki.koha-community.org/wiki/Building_Debian_Packages_-_The_Easy_Way With tcohen's patience and help, I believe I determined my problem was untracked files. Add functionality to check for untracked files to the build command. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 22072] New: Datatable Javascript error on subscription-detail.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22072 Bug ID: 22072 Summary: Datatable Javascript error on subscription-detail.pl 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- When I create a fresh git install of Koha and go to /cgi-bin/koha/serials/subscription-detail.pl?subscriptionid=1, I'm seeing the following in the console: jquery.treetable_18.1101000.js:481 Uncaught TypeError: Cannot read property 'expandAll' of undefined at a.fn.init.expandAll (jquery.treetable_18.1101000.js:481) at a.fn.init.$.fn.treetable (jquery.treetable_18.1101000.js:608) at HTMLDocument.<anonymous> (subscription-detail.pl?subscriptionid=1:952) at i (jquery-2.2.3.min_18.1101000.js:2) at Object.fireWith [as resolveWith] (jquery-2.2.3.min_18.1101000.js:2) at Function.ready (jquery-2.2.3.min_18.1101000.js:2) at HTMLDocument.J (jquery-2.2.3.min_18.1101000.js:2) This is invoked by the second function call here: $(table).treetable({ expandable: true }); $(table).treetable('expandAll'); The table is for "orders" which doesn't sound familiar to me on this page, but oh well. Should be an easy enough fix. I don't have time for it now, so just reporting here for the time being. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 22224] New: ILL Request has hard-coded email subject and body message
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22224 Bug ID: 22224 Summary: ILL Request has hard-coded email subject and body message Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi Target Milestone: --- Illrequest.pm: my $draft->{subject} = "ILL Request"; $draft->{body} = <<EOF; Dear Sir/Madam, We would like to request an interlibrary loan for a title matching the following description: -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 17470] New: overdue_notices.pl produces X emails with the SAME list of ALL overdue items if a patron has overdue items from X branches
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17470 Bug ID: 17470 Summary: overdue_notices.pl produces X emails with the SAME list of ALL overdue items if a patron has overdue items from X branches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org If patron P has two overdue items: I1 from branch B1 and I2 from branch B2, then overdue_notices.pl will produce two emails coming from B1 and B2 that have the same list of BOTH items I1 AND I2 in BOTH emails. I believe that this is not an intended behavior and that each email coming from each branch should show overdue items belonging to that respective branch only. Steps to reproduce: 0/ Have (or create) at least two branches B1 and B2 1/ Make sure you're logged in with an account belonging to B1, or switch to branch B1 2/ checkout item I1 (belonging to B1) to patron P (preferably while specifying a due date < today) 3/ switch to branch B2 4/ checkout item I2 (belonging to B2) to patron P (preferably while specifying a due date < today) 5/ make sure you have defined "Overdue notice/status triggers" for that patron category, ie with Delay=1 so that "Overdue Notice" is selected and "Email" is checked. 6/ from cli run 'perl ./misc/cronjobs/overdue_notices.pl' (optionally specifying also '-library B1 -library B2') 7/ (at least) two new entries will be generated in message_queue DB table, coming from different branches that have the SAME list of overdue items 8/ either see the 'content' field in these entries, or run 'perl ./cronjobs/process_message_queue.pl' to receive the actual emails (provided the email is properly setup) I have verified the same behavior with versions 3.20.x, 3.22.x and master (but must also apply to all recent Koha versions). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 17196] New: Move marcxml out of the biblioitems table
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '19

10 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17196 Bug ID: 17196 Summary: Move marcxml out of the biblioitems table Change sponsored?: --- Product: Koha Version: master 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 162