May 2015 - Koha-bugs - lists.koha-community.org

[Bug 13848] New: XSLT and OpacItemLocation sys pref
by bugzilla-daemon＠bugs.koha-community.org 16 May '15

16 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13848 Bug ID: 13848 Summary: XSLT and OpacItemLocation sys pref Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you turn on the call number only in the OpacItemLocation system preference the system is removing the call number from the availability line when the item is available for check out. However, when the item is not available for check out the call number is being left. As a result you have the call number being displayed twice. Ed -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 5534] New: koha does not ignore punctuation when searching
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5534 Summary: koha does not ignore punctuation when searching Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you're doing a search for a title like "Harrison's Internal Medicine" you can find it if you search for "harrison" or "harrison's" but not "harrisons" - the punctuation is required. This seems a bit odd since most search engines don't require that you enter the punctuation. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 16

[Bug 9269] New: Remove DefaultLanguageField008 syspref
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9269 Bug ID: 9269 Summary: Remove DefaultLanguageField008 syspref Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.poulain(a)biblibre.com CC: gmcharlt(a)gmail.com In MARC bibliographic frameworks, you can define a default value. I think this can be used to define a value for 008 field. In this case, the DefaultLanguageField008 is useless and can be removed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 13831] New: Item history is anonymized when borrower anonymizes his reading history using Immediate deletion
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13831 Bug ID: 13831 Summary: Item history is anonymized when borrower anonymizes his reading history using Immediate deletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org It is crucial to be able to tell who had the Item checked out last, so we can pursue mishandling of Items. Currently if a borrower checks-in a loan, and goes to his/her "OPAC" -> "Your privacy" -> "Immediate deletion" the Item history points to the statistical anonymizer borrower, instead of the real borrower. The reading history anonymizer should not anonymize loans which should still be visible in the Item's history. TEST PLAN: 0. Make sure the system preference "AnonymousPatron" is set and points to a existing borrower record. 1. Checkout a Item. 2. Checkin the same Item. 3. Look at the Item's history at catalogue/moredetail.pl and see that you are the "Last borrower" 4. Trigger "OPAC" -> "Your privacy" -> "Immediate deletion" 5. In catalogue/moredetail.pl, the "Last borrower" is now the statistical anynomization borrower. 6. Should we need to reimburse the "Last borrower" for any damages for the Item, we cannot know who it was. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 13792] New: Impossibility to pay a fee
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13792 Bug ID: 13792 Summary: Impossibility to pay a fee 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: jcasier(a)ville-roubaix.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I'm working on the master version of 3.19.00.012 I create a patron in a category with enrolment fee to pay I try to pay it clicking on "Make payment" / Pay amount / confirm The Fees & Charges doesn't deseapear. I tried the same on the 3.18.03.000 version of Koha, I don't have the problem -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 10754] New: HomeOrHoldingBranch and CircControl are described identically in the system preference editor
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10754 Bug ID: 10754 Summary: HomeOrHoldingBranch and CircControl are described identically in the system preference editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 20451 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20451&action=edit screenshot of system preference editor We have 2 system preferences that from their description in the system preferences editor do exactly the same thing, but offer different options: CircControl: Use the checkout and fines rules of ... - the library the item is from - the library the patron is from - the library you are logged in at HomeOrHoldingBranch: Use the checkout and fines rules of ... - the ibrary the item is from - the library the item was checked out from In the systempreferences table the description is different: CircControl: Used by Circulation to determine which branch of an item to check with independent branches on, and by search to determine which branch to choose for availability HomeOrHoldingBranch: Specify the agency that controls the circulation and fines policy Both preferences are used a multiple times in the code. I am currently not sure what the difference is. Bug 5159 also claims that CircControl is not only used when independentbranches is turned on. Can someone clarify and help updating the documentation? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 11267] New: default notices should not be allowed to be deleted
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11267 Bug ID: 11267 Summary: default notices should not be allowed to be deleted 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I have an error where a new library didn't know what some notices were for so they deleted them. Now if they get a hold and try to print the hold slip they get: Software error: Could not find a letter called 'HOLD_PRINT' in the 'reserves' module at /home/koha/kohaclone/C4/Reserves.pm line 1914. I don't think that any notice that is installed with Koha by default should be allowed to be deleted since they're all there for a reason. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9530] New: Allow separate 'Reply To' and 'From' email address for notices
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9530 Bug ID: 9530 Summary: Allow separate 'Reply To' and 'From' email address for notices Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de It should be possible to use different Reply To and From email addresses for sending out notices. -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 4456] Enable addition of PO Number to order
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4456 --- Comment #12 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- The approach taken here looks similar to the cataloguing plugin stocknumberAV.pl - maybe some kind of plugin mechanism would be helpful? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4960] New: No way to enter custom purchase order number
by bugzilla-daemon＠bugs.koha-community.org 15 May '15

15 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4960 Summary: No way to enter custom purchase order number Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 There needs to be a way on order to enter a purchase order number that will then print on the PDF receipt. Most organizations do not have purchase orders that are sequential for book orders only (the library may have sequential POs for all their orders - supplies, books, etc) and the ID generated by the DB won't work for them. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 6