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

[Bug 5823] New: Repeated check in of on-hold item fails to show hold information
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5823 Bug #: 5823 Summary: Repeated check in of on-hold item fails to show hold information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 3241 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3241 Hold message upon first checkin To reproduce: 1. Place a hold on an item with a pickup library different from the one at which you're logged in. 2. Check in the item. You should see a message like that shown in the attached image. Confirm the hold. 3. Check in the item again. You should see a message like that shown in the second attachment, "Hold message upon second checkin." Confirm. 4. Check in the item again. You will see no hold confirmation message at all. The hold message should always display if there is an outstanding hold, even if the hold is already confirmed and in transit. -- 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 2

[Bug 11846] New: Correct database update for debarments with 9999-12-31
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11846 Bug ID: 11846 Summary: Correct database update for debarments with 9999-12-31 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The borrowers with infinite debarments have borrowers.debarred with '9999-12-31'. Database update of Bug 2720 3.13.00.035 contains : INSERT INTO borrower_debarments ( borrowernumber, expiration, comment ) SELECT borrowernumber, debarred, debarredcomment FROM borrowers WHERE debarred IS NOT NULL For borrowers where borrowers.debarred is '9999-12-31', this value is copied into borrower_debarments.expiration. This is not correct because borrower_debarments.expiration must be NULL for infinite debarments. Set as major because it creates an heavy load on pages displaying this infinite date (using the TT plugin KohaDates). -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 11403] New: renew page missing help file
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11403 Bug ID: 11403 Summary: renew page missing help file Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org File to come -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11502] New: Branch filter in "Holds To Pull" is too fuzzy
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11502 Bug ID: 11502 Summary: Branch filter in "Holds To Pull" is too fuzzy 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, in the "Holds to Pull" list, the filter is too fuzzy/not exact enough. The Scenario: 1 - You have a hold on an item at branch NM 2 - You have a hold on an item at branch NMH 3 - You have a hold on an item at either branch NM, NA, NB Currently, if you filter by 'NM', you'll get all three holds to pull, even though you really only want holds 1 and 3. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10047] New: Cataloguing search maybe useless?
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10047 Bug ID: 10047 Summary: Cataloguing search maybe useless? Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr CC: m.de.rooy(a)rijksmuseum.nl I dont see the goal of cataloguing search (/cataloguing/addbooks.pl), except it searches also in the reservoir. When I search a record, I use ordinary catalog search, and I click on "Edit" button. And most of our librarians are doing so. Moreover, the new "Cancel" button on /cataloguing/addbiblio.pl page send you back to "Detail" page, even if you have come to addbiblio.pl from addbooks page. So maybe we could get rid of cataloguing search, and add an option to see records of the reservoir in normal search ? Mathieu Saby -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9032] New: Share a list
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '14

21 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9032 Priority: P5 - low Change sponsored?: --- Bug ID: 9032 CC: m.de.rooy(a)rijksmuseum.nl Assignee: m.de.rooy(a)rijksmuseum.nl Summary: Share a list Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: ASSIGNED Version: master Component: Virtual Shelves Product: Koha Bug 7310 already included the following point (among others): Add a new (opac) feature to private lists: Share a list (with another patron). Let the user share access to a list by Koha sending an email with a URL including some (temporary) invitation key. When the invited patron clicks that URL (when logged in), he gains access (in accordance with the described permission options for that specific list). The invited patron can always 'delete' the shared list, i.e. delete the share. The owner can 'unshare' the list and remove all shares for that list. This report is created for this point only. -- You are receiving this mail because: You are watching all bug changes.

1 124

[Bug 8262] New: Could not add or create List in koha 3.8.1
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '14

21 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8262 Priority: P5 - low Change sponsored?: --- Bug ID: 8262 Assignee: gmcharlt(a)gmail.com Summary: Could not add or create List in koha 3.8.1 Severity: enhancement Classification: Unclassified OS: Linux Reporter: bondwal.amit(a)gmail.com Hardware: PC Status: NEW Version: rel_3_8 Component: Architecture, internals, and plumbing Product: Koha Hi Folks, I am new to koha, I installed koha 3.8.1 on centos 6.2 working fine, but when I tried to use List option on administration, It did not create List. When I tried to create a new List, It open popup window and ask for List Name and Select public and private etc., When I saved the List it shows nothing in Lists. Please help me. Thanks and regards Amit Bondwal -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11596] New: Missing indexing options in koha-conf.xml should be reported
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '14

20 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11596 Bug ID: 11596 Summary: Missing indexing options in koha-conf.xml should be reported Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It is quite common that new major releases introduce new configuration entries in the koha-conf.xml file. Users carrying old koha-conf.xml files usually miss those configuration entries. We usually fallback to some default when the configuration entry is missing. The user should be warnig that a fallback to some default is being done and that it could have consequences in a near future. It will help debug users' problems. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 10302] New: order from staged showing inactive funds
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '14

20 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10302 Bug ID: 10302 Summary: order from staged showing inactive funds Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All URL: /cgi-bin/koha/acqui/addorderiso2709.pl?import_batch_id =59&basketno=7&booksellerid=1 OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com When ordering from a staged file you see all funds ever used in the system - including ones that have since been marked inactive. This does not happen with any other type of order - just the order from staged file: /cgi-bin/koha/acqui/addorderiso2709.pl?import_batch_id=59&basketno=7&booksellerid=1 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 10986] New: Limit the list of languages in advanced search through system preferences
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '14

19 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10986 Bug ID: 10986 Summary: Limit the list of languages in advanced search through system preferences 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: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In Advanced Search, the list of available language is long and will only get longer. For a library offering books in 2-3 languages, that is offering too much info to the user (most of the small libraries we deal with only offer documents in two langages). So through an optional preference listing language codes, we would override the list offered. Files modified: C4/Languages.pm preferences/*.pref ? updatedatabase.pl sysprefs.sql -- You are receiving this mail because: You are watching all bug changes.

1 38