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

[Bug 5292] New: Google Preview Option for OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 May '13

08 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5292 Summary: Google Preview Option for OPAC Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: darrellulm(a)smfpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This Enhancement is for Google Preview option for the OPAC. It is separate from Amazon, and so will work with Amazon or other providers. Darrell Ulm -- 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 19

[Bug 5129] New: /cgi-bin/koha/members/member.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '13

30 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5129 Summary: /cgi-bin/koha/members/member.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons 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 Estimated Hours: 0.0 By default the patron search's library and category form fields are hidden until the user exposes them by clicking the [+] link. If the user has submitted a search which contains values for one or both of those form fields, the resulting page should show automatically show those form fields. -- 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 6048] New: printoverdues.sh bash odities
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '13

26 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6048 Bug #: 6048 Summary: printoverdues.sh bash odities Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org -- 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 15

[Bug 4862] New: "Browse by subject" is misnamed
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '13

25 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4862 Summary: "Browse by subject" is misnamed Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The OPAC interface has a search box, and underneath are two links: "Advanced Search" and "Browse by Subject". The latter one is, I feel, misnamed: it does not allow browsing in the normal sense. Instead, it is another kind of advanced search. A proper browsing feature would allow you to click on lists of subjects, and get lists of books in those subjects. The current one requires you to know suitable search words, which you might not have at all. In physical libraries (and bookstores), one of the most pleasurable things is to randomly walk and see what kinds of books there are, and what subjects there are, rather than look for a specific book. "Browse by subject" currently does not support that. It would be nice if it did. But that's a different thing. However, in the meanwhile, it would be nice if the current "Browse by subject" could be renamed to, say, "Search by subject" or "Another kind of advanced search". -- 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 22

[Bug 5790] New: Deleting a biblio should alert/fail if there are existent subscriptions and holds
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '13

24 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5790 Bug #: 5790 Summary: Deleting a biblio should alert/fail if there are existent subscriptions and holds Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Currently Koha will delete a biblio record if there are existent serial subscriptions and patron holds. It would be better if it either reported them out and asked for confirmation (It's ok that we delete these, right?) or failed outright with an error (Hey, there's still stuff here! Delete X holds or subscriptions and try again). -- 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 57

[Bug 5564] New: UNIMARC plugin for field 4XX fails
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '13

22 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5564 Summary: UNIMARC plugin for field 4XX fails Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 2929 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2929 Proposed correcions to unimarc_field_4XX.tmpl There is an error in template file unimarc_field_4XX.tmpl: instead of "UNIMARC Field_4XX.pl" as it is now it should be in every location: "unimarc_field_4XX.pl" Otherwise the plugin fails. Regards, Janusz -- 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 3

[Bug 6015] New: Enhancing the performance test suite
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '13

22 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6015 Bug #: 6015 Summary: Enhancing the performance test suite Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Test Suite AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5992 -- 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 18

[Bug 5490] New: Is smsoverdues.pl an orphan
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '13

22 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5490 Summary: Is smsoverdues.pl an orphan Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the course of checking something else I noticed that misc/cronjobs/smsoverdues.pl does not even compile due to a use of a non-existant module. This suggests that noone is using this script. Either it should be removed or given some love and attention. -- 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 9

[Bug 6151] New: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6151 Bug #: 6151 Summary: IndependantBranches and HomeOrHoldingBranchReturn can prevent items from being checked in Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P5 Component: Circulation AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If IndependantBranches is on, and an item is checked into a branch that is not it's current HomeOrHoldBranchReturn branch, a "Wrong Branch" message is given, and the return is denied. This is not always desirable behaviour. For example, some libraries may want an item owned by Branch A but issued from Branch B to be returnable to either A or B (the patron returning the material to A saves the library transit costs), or even to be returnable to Library C if the transit network is robust. More heinous a problem, if an item is issued from Library B, and HomeOrHoldingBranchReturn is set to Homebranch, the patron cannot return the item to Library B. And further, when AutomaticItemReturn is turned on and HomeOrHoldingBranchReturn is HoldingBranch, an item issued from Library B and returned to Library B will not trigger a transfer message to return it to Library A. So, with the two above, if HomeOrHoldingBranchReturn is considered the only adjustable variable (since changing IndependantBranches has many, many consequences, and AutomaticItemReturn is a library policy decision), neither setting will allow for desirable behaviour. -- 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 28

[Bug 4870] New: Damaged status does not prevent items from being selected for reserves
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4870 Summary: Damaged status does not prevent items from being selected for reserves Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Damaged status on items (952$4) seems to allow items to be selected for reserve. This happens both when the barcode is checked in and when the hold queue report is generated. Preferred behavior (open for discussion, of course) would be for damaged status to disallow reserves on items marked "Damaged," similar to items with a "Missing" status (though missing clears the status on checkin, we would NOT want that behavior for Damaged. It should be a manual status change). -- 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