July 2014 - Koha-bugs - lists.koha-community.org

[Bug 8466] New: Holds on MARC records with no item causes silent error in koha-error_log
by bugzilla-daemon＠bugs.koha-community.org 03 Jul '14

03 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8466 Priority: P5 - low Change sponsored?: --- Bug ID: 8466 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Holds on MARC records with no item causes silent error in koha-error_log Severity: minor Classification: Unclassified OS: All Reporter: kolpen(a)o2.pl Hardware: All Status: NEW Version: rel_3_6 Component: Cataloging Product: Koha Created attachment 10931 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10931&action=edit proposed (two) patches While cataloging, viewing MARC details of record that hasn't items yet, a silent error occurs in koha-error_log when a librarian clicks on the "Holds" tab. The error messages are like that: request.pl: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 3 at /usr/share/koha/lib/C4/Koha.pm line 811., request.pl: DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /usr/share/koha/lib/C4/Koha.pm line 814., The reason is an empty items value in dynamically build query in procedures: - Module: Items.pm, procedure: GetItemInfosOf - Module: Biblio.pm, procedure: GetBiblioItemInfosOf Proposed patch refers to the version 3.6.4 The bug occurs also in later Koha versions (ie. 3.6.6, 3.8) and the same patches should be implemented there (it is only one line add), respectively: Module: Items.pm - line 1064 in version 3.6.6; line 1069 in version 3.8 Module: Biblio.pm - line 1014 in version 3.6.6; line 1026 in version 3.8 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12485] New: Show OPAC search history when opacuserlogin is OFF
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12485 Bug ID: 12485 Summary: Show OPAC search history when opacuserlogin is OFF 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Currently if a library doesn't have patrons and patron accounts, they can't offer the search history feature in OPAC. Only when you turn on opacuserlogin the search history link will be displayed. As Koha can store a search history for a not logged in user, the dependency on opacuserlogin could be removed. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10068] New: Move from the utf8:: pragma methods to Encode::
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10068 Bug ID: 10068 Summary: Move from the utf8:: pragma methods to Encode:: Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com As stated by Larry Wall [1] we should not be using the loose (UTF-8 implementation) utf8::encode utf8::decode methods, and using Encode::encode and Encode::decode (respectively) instead, which are stricter. At first sight this might have important consequences (breakage for people having bad data). I belive it won't: we currently have reports on the lists of people having trouble with wide characters and bad encodings on the lists. (I think) several libs, we rely on, use UTF-8 instead of utf8. And we are not catching encoding problems properly because of the mixture. To+ [1] http://perldoc.perl.org/Encode.html#UTF-8-vs.-utf8-vs.-UTF8 -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 12463] New: Capitalization: Calendar tool, headings for different types of holidays
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12463 Bug ID: 12463 Summary: Capitalization: Calendar tool, headings for different types of holidays Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The headings on the tables with the different types of holidays and the heading on the page "Midway Calendar" are not following the capitalization rules. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8566] New: Enable koha-foreach to insert the instancename into commands
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8566 Priority: P5 - low Change sponsored?: --- Bug ID: 8566 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: Enable koha-foreach to insert the instancename into commands Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: Packaging Product: Koha The synopsis for koha-foreach looks like this: koha-foreach [--enabled] [--email|--noemail] [command] It is used e.g. in cron configs, like this: koha-foreach --enabled /usr/share/koha/bin/cronjobs/fines.pl It would be very useful if we could provide a placeholder in the command, which could then be replaced with the name of the current instance. Then we could do e.g.: koha-foreach --enabled /usr/share/koha/bin/cronjobs/fines.pl --out /var/log/koha/__instancename__ and have fines.pl use the right directory for each instance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 12386] New: 'Days in advance' pull down in bootstrap OPAC is huge
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12386 Bug ID: 12386 Summary: 'Days in advance' pull down in bootstrap OPAC is huge Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 28730 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28730&action=edit screenshot of 'your messaging' in bootstrap OPAC In the bootstrap opac the pull down to set the days in advance for the reminder email is too long for the content it displays. Not sure if there is a reason for it or of it is a problem. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12337] New: Multi-clicking the renewal buttons on circulation.pl can trigger "renewal failed" message.
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12337 Bug ID: 12337 Summary: Multi-clicking the renewal buttons on circulation.pl can trigger "renewal failed" message. 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Each time the "renew all" or "renew or return" buttons are click, the renewal process is triggered. If the patron only has one renewal left, and the button is multi-clicked, the librarian may receive a "renewal failed" message even though the renewal did occur. In addition, this can just unwanted multiple consecutive renewals as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 12520] New: Add DBIx::Class::ResultClass::HashRefInflator to list of Koha dependencies
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12520 Bug ID: 12520 Summary: Add DBIx::Class::ResultClass::HashRefInflator to list of Koha dependencies Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org DBIx::Class::ResultClass::HashRefInflator is a nice stopgap for out move from DBI to DBIx::Class. It allows us to return hashrefs like DBI, rather then DBIC objects. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12518] New: gather_print_notices.pl doesn't respect hold/reserve pickup location
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12518 Bug ID: 12518 Summary: gather_print_notices.pl doesn't respect hold/reserve pickup location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Created attachment 29441 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29441&action=edit Initial commit from our issue tracker. gather_print_notices.pl gathers HOLD-letters based on the borrowers' homebranch. Our librarians find it hard to send hold notices for Items present in other branches. This patch gathers print notices for HOLD-letter_code to the Items' reserves.branchcode (pickup location) instead. This is achieved by using a customizable regexp in the gather_print_notices-script, which picks the barcode from the letter content. --------------- -- TEST PLAN -- --------------- 0. Have a HOLD-letter template with each Items' barcodes somewhere, for ex. Barcode: <<items.barcode>> 1. Create a reservation for a borrower with no other message delivery option than printing. Set the pickup location to other (branch P) than the borrowers homebranch (branch H). 2. Check the item in and confirm reservation. This enques a letter in the message_queue-table. 3. run the gather_print_notices.pl -cronjobs with the following parameters gather_print_notices.pl <your_notices_directory> --split --holdbarcode 'Barcode: (\S+)<br />' You will find the letter generated to the branch P, instead of the branch H if you hadn't used the --holdbarcode -parameter. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7518] New: searches with quotation marks don't work
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '14

02 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7518 Bug #: 7518 Summary: searches with quotation marks don't work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: melia(a)bywatersolutions.com QAContact: koha.sekjal(a)gmail.com A search term without quotation marks returns the expected results. The same search term with quotation marks returns no results. I expected Koha to ignore the quotation marks and return results anyway... -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 56