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

[Bug 19688] New: OpacHiddenItems itype problems
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19688 Bug ID: 19688 Summary: OpacHiddenItems itype problems Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kohadevinim(a)devinim.com.tr QA Contact: testopia(a)bugs.koha-community.org I put the itype constraint to OpacHiddenItems of systempreferences. Opac says that the result of the scan is not found if itype constraint finds the first page. There are actually 375 results. When I activate the OpacHiddenItems profile, it should give 260 results. But, the result is not found because the first 20 results are also included in itype OpacHiddenItems. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 21261] New: OpacResults XSLT does not honor opachiddenitems
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21261 Bug ID: 21261 Summary: OpacResults XSLT does not honor opachiddenitems Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 78096 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=78096&action=ed… In OPACResults, the withdrawn item is shown In the case where a record has more than one item and one of them is supposed to be hidden as per opachiddenitems, the record appears in the results list and shows the supposedly hidden item. Expected result: in the result list, the record should appear and show only the items not hidden To reproduce : 1- Go to Administration > Global System Preferences 2- Search for opachiddenitems 3- Add the following value to the system preference: withdrawn: [1] 4- Click on "Save all OPAC preferences" 5- In the search bar, click on "Search the catalog" 6- Search for anything 7- Find a record with two (or more) items, OR 7a- Click on "Edit items" 7b- Add an item by filling in the form 8- Change withdrawn status (field 0) for one of the items, the other(s) must be available 9- Go to the OPAC 10- Do a search large enough to get a couple of results in addition to the record modified above 11- In the results list, available items appear in green and the withdrawn item appears in red 12- Go into the detailed record 13- The withdrawn item does not appear -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 17662] New: Patron can have more than one hold when records are merged
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17662 Bug ID: 17662 Summary: Patron can have more than one hold when records are merged Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We had a patron that placed a hold on two different records, one was an item level hold, and the other was a first available hold. These records were merged, and the system held on to both holds! I am not sure how you would go about preventing this from happening, except maybe check if any kind of hold exists on both records with the same borrower number and stop the merge so the staff member could go and remove one. Or perhaps it could show both holds and the staff member choses to delete either or both holds. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17632] New: Branch facets in opac do not respect OPAC_SEARCH_LIMIT.
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17632 Bug ID: 17632 Summary: Branch facets in opac do not respect OPAC_SEARCH_LIMIT. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I think this is similar to Bug 12848 : Hotlinked searches from detailed record does not respect OPAC_SEARCH_LIMIT. Here's an excerpt from the apache config for each opac URL: ACLL: ServerName acll.bywatersolutions.com SetEnv OPAC_SEARCH_LIMIT branch:ACLL RequestHeader add X-Koha-SetEnv "OPAC_SEARCH_LIMIT branch:ACLL" CCCLL: ServerName catalog.cccpllib.org ServerAlias ccll.acll.bywatersolutions.com SetEnv OPAC_SEARCH_LIMIT branch:CCCLL RequestHeader add X-Koha-SetEnv "OPAC_SEARCH_LIMIT branch:CCCLL" And here are the branch groups: select branchcode, branchname, branchrelations.categorycode from branches inner join branchrelations using (branchcode) order by categorycode, branchcode; +------------+------------------------------------------------+--------------+ | branchcode | branchname | categorycode | +------------+------------------------------------------------+--------------+ | Computer | Computer Use Only - Alameda County Law Library | ACLL | | DUB | Dublin Satellite Location | ACLL | | Hay | Hayward Branch | ACLL | | Oak | Oakland | ACLL | | MAR | Martinez | CCCLL | | PIT | Pittsburg Branch | CCCLL | | RICH | Richmond Branch | CCCLL | +------------+------------------------------------------------+--------------+ The following search is from the acll.bywatersolutions.com domain, i.e. it should only be returning search results for the branches 'Computer', 'DUB', 'Hay' and 'Oak', but the branch 'Martinez' (i.e MAR) is showing in the "Holding libraries" facet. http://acll.bywatersolutions.com/cgi-bin/koha/opac-search.pl?idx=su%2Cphr&a… -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 17623] New: Two different fine amount for same record
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17623 Bug ID: 17623 Summary: Two different fine amount for same record Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: vimal0212(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Dear Friends, Our Koha version 3.22.11. Two different fine amount show on two occassion for same book issued. e.g. Rs. 18 at circulation page and Rs. 20 at Fine payment section. Please see the screen shots attached. https://s13.postimg.org/u4vhngr07/FINE_ERROR1.png https://s14.postimg.org/lrmptbjdd/FINE_ERROR2.png https://s11.postimg.org/6bapri2er/FINE_ERROR3.png Regards, -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 17541] New: Add ability to log all barcodes scanned at checkin
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17541 Bug ID: 17541 Summary: Add ability to log all barcodes scanned at checkin 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On occasion, librarians claim that a barcode was scanned successfully at checkin but the item was not returned. It would be useful to be able to log all scanned barcodes at checkin regardless of validity to know if the barcode scan made it to Koha or if there is an issue keeping it from being received by the server. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 17360] New: Test the installer process
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17360 Bug ID: 17360 Summary: Test the installer process Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org On bug 16554, we needed a script to test that all the .sql files were correctly inserted. It could be reuse later (and pushed?). -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 17413] New: Translatability: Rental fee, Renewal of Rental Item etc. are hard coded
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17413 Bug ID: 17413 Summary: Translatability: Rental fee, Renewal of Rental Item etc. are hard coded Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Descriptions for account lines are hard coded in C4/Criculation.pm, e.g. 'Rental', 'Rent', 'Renewal of Rental Item'. They are not translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17412] New: Circulation rule for "not for loan" items
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17412 Bug ID: 17412 Summary: Circulation rule for "not for loan" items Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries set items with a "not for loan" status mark (tag 952, subfield 7). But many times, it is needed to loan this material for few days. In Koha it is possible to check out "not for loan" items. But nevertheless it is not possible to set a circulation rule for these cases. So, it would be nice to add a column in the circulation rules parameters to set a new "not for loan period" column. Now, "not for loan" checkouts inherit the normal rule that is defined in the circulation rules parameters for it's itemtype. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 17408] New: paycollect.pl should show more information
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17408 Bug ID: 17408 Summary: paycollect.pl should show more information 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you click Pay selected on pay.pl, paycollect.pl should show a list of what is being paid as confirmation, and not just a total. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4