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

[Bug 10423] New: Date not well formatted on 'print summary' from patron account
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10423 Bug ID: 10423 Summary: Date not well formatted on 'print summary' from patron account Classification: Unclassified 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: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 18690 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18690&action=edit screenshot The due date printed on the account summary printed from the patron account using the 'print summary' option is not well formatted (see screenshot) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10971] New: Hide EAN search option for MARC21 when
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10971 Bug ID: 10971 Summary: Hide EAN search option for MARC21 when 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 13992] New: Software error in reports if field or table does not exist
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13992 Bug ID: 13992 Summary: Software error in reports if field or table does not exist Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Go to Home > Reports Guided reports wizard - Create report from SQL - Enter something like: select holdrio from borrowers - Save SQL - run report Result: Can't use an undefined value as an ARRAY reference at /usr/share/kohaclone/reports/guided_reports.pl line 932. expected: graceful error message - Change sql to something like: select id from holdrio; - Save SQL - Run report Result: Can't use an undefined value as an ARRAY reference at /usr/share/kohaclone/reports/guided_reports.pl line 932. expected: graceful error message - Change sql to something like: pling from plong - Save SQL Result (after saving): Message "The database returned the following error: 1" Expected: Meaningful message "The database returned the following error: No SELECT" (similar to forbidden statements as UPDATE) -- You are receiving this mail because: You are watching all bug changes.

1 9

[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 16 May '15

16 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 16 May '15

16 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 16 May '15

16 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