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

[Bug 8118] New: Dont know tag for approval related to which book
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '13

09 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8118 Priority: P5 - low Change sponsored?: --- Bug ID: 8118 Assignee: gmcharlt(a)gmail.com Summary: Dont know tag for approval related to which book Severity: enhancement Classification: Unclassified OS: All Reporter: vimal0212(a)gmail.com Hardware: All Status: NEW Version: rel_3_6 Component: Tools Product: Koha In Koha staff client, librarian not able to understand tag for approval related with which book. Librarian want to know that the user added tag for which book. Another problem is that newly added tag must be searchable. In present situation tags are not searchable. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6933] New: Add a view of titles with a particular tag to the staff client
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '13

09 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6933 Bug #: 6933 Summary: Add a view of titles with a particular tag to the staff client Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When looking at tags in the tag review interface (/cgi-bin/koha/tags/review.pl) it should be possible to click on any tag and see a list of titles which have been tagged with that term. From this list it should also be possible to remove a tag from a particular title. -- 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 17

[Bug 9888] New: Holds to pull report shows no results
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '13

09 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9888 Bug ID: 9888 Summary: Holds to pull report shows no results Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: jstancliff(a)rhcl.org CC: gmcharlt(a)gmail.com Our Koha update to version 3.10 was done last night. This morning we get "no items found" on the Holds to Pull report. We get the same result regardless of the number of calendar days entered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6489] New: cancelling hold from holds awaiting pickup does not trigger transit
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6489 Bug #: 6489 Summary: cancelling hold from holds awaiting pickup does not trigger transit Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When an expired hold is canceled using this report, the status of the item changes from "Waiting for Patron A" to "Available." The status does not indicate that a transfer has been triggered. Unlike before the recent upgrade, the current location changes to the owning branch rather than erroneously updating the the holding branch. Here is my testing. http://screencast.com/t/aekZRW6Hh -- 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 6035] New: Mobile interface for OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6035 Bug #: 6035 Summary: Mobile interface for OPAC Classification: Unclassified Change sponsored?: Seeking cosponsors Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Koha could use a proper mobile interface for the OPAC. -- 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 11

[Bug 7463] New: don't show item number on fines
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7463 Bug #: 7463 Summary: don't show item number on fines Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com When you look at the Fines tab on the patron record it shows the item number and a link to 'view item' - the item number isn't necessary and actually confuses things because no one uses the item number - it should show the barcode or no item at all (since there is a link to the item 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 1

[Bug 5832] New: rss.pl limited to 15 results
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5832 Bug #: 5832 Summary: rss.pl limited to 15 results Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org When fetching items, rss.pl puts a hard LIMIT 15 clause on the end of the query. This is to ensure compatibility with RSS 0.91. This restriction is lifted with RSS 0.92, but rss.pl does not recognize this. The rss.pl script should have a mechanism for identifying the RSS version, and if it's 0.92 or greater, allowing for users to specify their own LIMIT clause on the query. -- 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 6206] New: can't change framework in the middle of cataloging
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '13

08 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6206 Bug #: 6206 Summary: can't change framework in the middle of cataloging Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com If you're cataloging a record and you change the framework after entering data all the data is erased and you're left with a blank record. This is in FF4 on Mac OSX -- 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 6

[Bug 8036] New: item type on purchase suggestion blank
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '13

07 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8036 Priority: P5 - low Change sponsored?: --- Bug ID: 8036 Assignee: henridamien(a)koha-fr.org Summary: item type on purchase suggestion blank Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha Created attachment 9381 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9381&action=edit default item type I have confirmed this on 3 different 3.8 installs. When making a purchase suggestion in the OPAC the item type pull down always says 'default' - it used to have the item types in it. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 7492] New: Split item-level_itypes in two
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '13

06 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7492 Bug #: 7492 Summary: Split item-level_itypes in two Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com As pointed out in Bug 7491, the item-level_itypes syspref has two functions. In the words of the documentation: * This preference determines whether the item type Koha uses for issuing rules will be an attribute of the bibliographic record or the item record. * It also determines if the item type icon appears on the OPAC search results. If you have the preference set to 'biblio record' then Koha displays the item type icon on the search results to the left of the result info. It seems to me that it would be a good idea to have two different sysprefs for this - libraries might want to alter the display in the OPAC independently from how they handle their issuing rules. -- 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 2