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

[Bug 15004] New: Allow to change amounts of duplicated budgets
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15004 Bug ID: 15004 Summary: Allow to change amounts of duplicated budgets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Use case: "I want to create a '2016' budget, same as '2015' budget, but I will have 15% more (or less) money in 2016, and I don't want to update all the funds manually" -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 13718] New: Paying fines references non-existent function on submit
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '15

15 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13718 Bug ID: 13718 Summary: Paying fines references non-existent function on submit Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com paycollect.tt has (for a long time) contained a onsubmit reference which refers to a function that has never existed. It causes noise in browser debuggers but no other side effects. Should be removed ideally. <form name="payindivfine" id="payindivfine" onsubmit="return validatePayment(this);" method="post" action="/cgi-bin/koha/members/paycollect.pl"> 2 occurrences of the above in this file. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 14482] New: Warns when exporting patron's checked-in barcodes
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14482 Bug ID: 14482 Summary: Warns when exporting patron's checked-in barcodes 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate warns, go to any patron page and click More --> Export today's checked in barcodes readingrec.pl: Use of uninitialized value $borrowercardnumber in concatenation (.) or string at /home/vagrant/kohaclone/members/readingrec.pl line 88 readingrec.pl: Use of uninitialized value $borrowercardnumber in concatenation (.) or string at /home/vagrant/kohaclone/members/readingrec.pl line 88 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 14552] New: Warns when printing a list from OPAC
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14552 Bug ID: 14552 Summary: Warns when printing a list from OPAC 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org opac-shelves.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 'NULL' at line 9 at /home/vagrant/kohaclone/C4/VirtualShelves.pm line 126 opac-shelves.pl: DBD::mysql::st fetchrow failed: fetch() without execute() at /home/vagrant/kohaclone/C4/VirtualShelves.pm line 128 opac-shelves.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 'NULL' at line 9 at /home/vagrant/kohaclone/C4/VirtualShelves.pm line 126 opac-shelves.pl: DBD::mysql::st fetchrow failed: fetch() without execute() at /home/vagrant/kohaclone/C4/VirtualShelves.pm line 128 To recreate, go to any list on the Lists menu on the OPAC and click Print list -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 14451] New: Bootstrap framework drops table headings in holdings display
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14451 Bug ID: 14451 Summary: Bootstrap framework drops table headings in holdings display Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When looking at the full bibliographic display of a record in the opac on a mobile device, the display is confusing to patrons as the information is not presented in a table as it is when viewing on a laptop or PC browser screen. All table headings are missing - Home library, Current location, Status, Barcode etc. It looks like the Bootstrap framework drops the table headings when displaying the information on a tablet or mobile phone device. This can cause confusion for the patrons especially if the home and current libraries are different. The libraries are just listed one underneath the other which can also cause confusion as patrons may think that there are 2 copies rather than it just being the holdings statement for one copy. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 13838] New: Redirect to 'expired holds' tab after cancelling a hold
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13838 Bug ID: 13838 Summary: Redirect to 'expired holds' tab after cancelling a hold 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 QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When working with the 'holds awaiting pickup' report, after cancelling a hold that has not been picked up, you are redirected to the first tab. It would be nice if the redirect led you to the second tab to save a click when working on cancelling the holds. To test: - Go to the holds awaiting pickup report from the circulation start page - you will need some holds that appear on the 'hold(s) over' tab - cancel a hold from this tab - verify you are redirected to the report page with the first tab 'Hold(s) waiting' selected -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 15193] New: Perl scripts missing exec permission
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15193 Bug ID: 15193 Summary: Perl scripts missing exec permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Some perl scripts have 644 permissions instead of 755. I think some are special like install-CPAN.pl but others are incorrect for no reason : $ find . -name '*.pl' -exec ls -l {} \; | grep -v "rwx" -rw-rw-r-- 1 fsomers fsomers 4679 oct. 29 15:12 ./misc/cronjobs/nl-sync-from-koha.pl -rw-rw-r-- 1 fsomers fsomers 5697 oct. 29 15:12 ./misc/cronjobs/nl-sync-to-koha.pl -rw-rw-r-- 1 fsomers fsomers 13064 oct. 29 15:12 ./misc/load_testing/benchmark_staff.pl -rw-rw-r-- 1 fsomers fsomers 913 juil. 28 15:17 ./selenium/PERL/Members/AddMember.pl -rw-rw-r-- 1 fsomers fsomers 1287 juil. 28 15:17 ./selenium/PERL/Members/FilterMembers.pl -rw-rw-r-- 1 fsomers fsomers 1020 juil. 28 15:17 ./selenium/PERL/Members/Searchmember.pl -rw-rw-r-- 1 fsomers fsomers 10593 oct. 29 15:12 ./koha-tmpl/intranet-tmpl/lib/tiny_mce/tiny_mce_gzip.pl -rw-r--r-- 1 fsomers fsomers 266 nov. 13 12:28 ./kohaversion.pl -rw-r--r-- 1 fsomers fsomers 1529 nov. 10 16:54 ./install-CPAN.pl -rw-r--r-- 1 fsomers fsomers 3455 nov. 10 16:54 ./cataloguing/value_builder/unimarc_field_100_authorities.pl -rw-r--r-- 1 fsomers fsomers 11552 nov. 13 12:28 ./cataloguing/value_builder/marc21_linking_section.pl -rw-r--r-- 1 fsomers fsomers 5082 nov. 10 16:54 ./cataloguing/value_builder/EXAMPLE.pl -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 14971] New: RIS only outputs the first 10 characters for either ISBN10 or ISBN13
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14971 Bug ID: 14971 Summary: RIS only outputs the first 10 characters for either ISBN10 or ISBN13 Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jvr(a)fct.unl.pt QA Contact: testopia(a)bugs.koha-community.org RIS only outputs the first 10 characters for either ISBN10 or ISBN13. After "[Bug 14245] RIS in unimarc flavour is still deficient" where "Pushed to Stable" I upgrade to version 3.20.04 and tested sucessfully several exports to RIS until I try my own book with ISBN ending with "letter X" it was than that I realized that RIS was just only outputing the first 10 characters of either ISBN10 or ISBN13. Please use these live examples to compare MARC view data with RIS exported data: https://opac.fct.unl.pt/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=9 https://opac.fct.unl.pt/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=130 https://opac.fct.unl.pt/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=47281 https://opac.fct.unl.pt/cgi-bin/koha/opac-MARCdetail.pl?biblionumber=54176 Errors encountered are: 0-19-855284-X exported as SN - 0-19-85528 1-881526-11-9 exported as SN - 1-881526-1 9780444521262 exported as SN - 9780444521 972-97183-0-X exported as SN - 972-97183- Please don't limit the size length for "SN" in RIS, because it also may contain (-) hyfens. Thank You. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 15202] New: When transferring an order, date displays incorrectly
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15202 Bug ID: 15202 Summary: When transferring an order, date displays incorrectly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 When transferring an order to another vendor on of the dates is shown as yyyy-mm-dd instead of being formatted according to the dateformat system preference -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 14846] New: Items with no holdingbranch causes user's holds display to freeze
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '15

14 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14846 Bug ID: 14846 Summary: Items with no holdingbranch causes user's holds display to freeze 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: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 42690 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=42690&action=edit Image of freezing Holds tab display When trying to display the holds for a user, if an item has no holdingbranch, it causes the svc/holds service to crash and the display to freeze. Tentative steps to reproduce on any DB: 1) put 1 or more items on hold for a given user. 2) go into the database and set the item.holdingbranch to NULL 3) In the user's page, in checkouts (circulation.pl), click the tab that should be written 1 Hold(s) 4) It will be "Processing" indefinitely. See attached image. The cause is the svc/holds code that crashes. The fix will validate that there's an holdingbranch before proceding with the code. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24