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

[Bug 5923] New: Authorities list :removing link on Summary
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5923 Bug #: 5923 Summary: Authorities list :removing link on Summary Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Blocks: 5581 removing the link to authority details on authority List directly from summary And adding a generic link to details -- 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 7

[Bug 5675] New: Returned items always trigger hold notification
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5675 Summary: Returned items always trigger hold notification Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 It seems that when an item is checked in for a biblio that has a biblio-level hold, the message notifying the librarian that the book is on hold always comes up, even when holds are not allowed on that itemtype. The cause seems to be that returns.pl does not check the circulation rules, just whether or not there is a hold. There should be some sort of sanity testing to confirm that an item really is allowed to have a hold on it. Example: 1. Create a biblio with one item of a type that can have holds on it. 2. Place a hold on that biblio. 3. Create a new item of a type that cannot have a hold. 4. Check in new item. -- 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 13

[Bug 5975] New: OPAC should use divs/spans with classes for CSS customization
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5975 Bug #: 5975 Summary: OPAC should use divs/spans with classes for CSS customization Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org In order to simplify customizing the OPAC with CSS and jQuery, classes should be added to divs and spans in 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 6

[Bug 5973] New: Staff client should use divs/spans with classes for CSS customization
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '11

02 Dec '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5973 Bug #: 5973 Summary: Staff client should use divs/spans with classes for CSS customization Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com In order to simplify customizing the staff client with CSS and jQuery, classes should be added to divs and spans in the staff client. -- 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 5

[Bug 6303] New: Display Organisation and Parent Organisation names when viewing a borrower of type organistaion
by bugzilla-daemon＠bugs.koha-community.org 30 Nov '11

30 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6303 Bug #: 6303 Summary: Display Organisation and Parent Organisation names when viewing a borrower of type organistaion Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Display in ‘member details & OPAC Org & Parent org names eg Room 1, Paeroa Central School – otherwise room 1 is meaningless -- 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 31

[Bug 6414] New: actual price not recorded when ordering
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '11

29 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6414 Bug #: 6414 Summary: actual price not recorded when ordering Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you enter an actual price at the time of placing an order (adding to a basket) it gets ignored by the db (http://screencast.com/t/7Py5tFyjl6c4) It's not until you receive that that field is populated in the database (http://screencast.com/t/XEtPeYIq) Given that one of two things needs to happen. 1. Remove actual price from the order form and only have it on receive 2. Leave actual price on the order form and populate the database with the values entered in the form. -- 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 5465] New: Makefile.PL asks for too high version of Business::ISBN
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '11

28 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5465 Summary: Makefile.PL asks for too high version of Business::ISBN Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Installation and upgrade (command-line installer) AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Business::ISBN is not available for Debian Lenny as a package at the version we are asking for. Because there seems to be nothing we require from the newer version, I'm backing down the required version to avoid the error. -- 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 6127] New: Setting library on patron search brings back all patrons regardless of search
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '11

28 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6127 Bug #: 6127 Summary: Setting library on patron search brings back all patrons regardless of search Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Patrons 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 Steps to duplicate: Enter a patron name in the patron search box Click the [+] Select a specific library Click Search All patrons from the selected library are returned alphabetically. -- 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 8

[Bug 6390] New: Basket only visible for librarian who created it
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '11

27 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6390 Bug #: 6390 Summary: Basket only visible for librarian who created it Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/acqui/booksellers.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org At the moment only staff with superlibrarian rights can see baskets created by other staff logins in acquisition. This applies, when you search for a vendor from the acquistion start page and when you search for the vendor using the search on top. When you search an order by title you can go from the search results to the basket. In a library with only a few librarians working together and student workers creating orders it's not what the library wants. They want the ability to search for all baskets open from a vendor and see what others have done. I talked to Paul Poulain on IRC and we can't just change the behaviour, because some libraries want it to work the way it does now. So what is the way to go? Paul suggested adding new permissions to granular permissions: * see all * see my library *see mine only Is this the way to go or are there other ideas how to solve the problem and make the view more flexible to work for different workflows? -- 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 59

[Bug 5525] New: No list pagination after deletion
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '11

23 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5525 Summary: No list pagination after deletion Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-shelves.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you have more than 20 lists, your lists view is paginated. If you delete one of your lists from this summary view, when you are redirected back after the deletion the pagination links are gone. -- 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 1