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

[Bug 4882] New: Integrate debian/scripts/* upstream
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '13

27 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4882 Summary: Integrate debian/scripts/* upstream Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The command line tools in debian/scripts are mostly not specific to Debian at all. It would be good to integrate them with the upstream code to make them available on all platforms. -- 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 4967] New: edit item not pulling call number
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '13

27 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4967 Summary: edit item not pulling call number Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal 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 Estimated Hours: 0.0 In this scenario a brief record was created at the time or ordering. the cataloger then goes in when the item is received and adds the additional details to the item record - but there is no way to auto fill the call number on editing (only on adding) and so the cataloger now has to go into the bib record, find the call number and type (or paste) it themselves. There should be a way to have the call number auto fill on edit item as well as on add 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 1

[Bug 5524] New: Can't delete list from second page of results
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '13

22 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5524 Summary: Can't delete list from second page of results Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/opac-shelves.pl?display=privateshelves&s helfoff=2 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 one page of lists and try to delete a list from the second page you'll get an error: ERROR: List number XX unrecognized (where XX is the shelfnumber of your list). Strangely, even if you click the list to view its contents (/opac-shelves.pl?display=privateshelves&viewshelf=XX&sortfield=title), clicking 'Delete' will give you the same message. -- 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 4919] New: Need ability to define Hold Notice text per library/branch
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '13

21 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4919 Summary: Need ability to define Hold Notice text per library/branch Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Currently one can define overdue notices per branch, and the facility exists to *create* alternate hold notices, but you cannot apply the new, created notice to a specific branch specifically for holds/reserves notifications. It would be a nice addition to be able to define hold notifications per library, perhaps on the library definition options page. -- 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 4901] New: Title & Subtitle w/out space in Zotero
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '13

13 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4901 Summary: Title & Subtitle w/out space in Zotero Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2256 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2256 title in opac and in zotero different When you add an item to Zotero the title and the subtitle get smooched together there should be a space and/or a colon. -- 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 5287] New: Would be nice to have search result options repeated at bottom of page, and page nav repeated at top of list
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '13

05 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5287 Summary: Would be nice to have search result options repeated at bottom of page, and page nav repeated at top of list 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: lmschatt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After doing a search in the OPAC, the following options appear at the top of each page of results: Select All Clear All Highlight / Unhighlight Add to: Place Hold At the bottom of the page of search results, you can navigate to other pages of search results. It would be nice to be able to do all of those at either the top or the bottom of the page. I often scroll down the list, checking off items to add to the cart. I then have scroll all the way back up to add them, and then scroll all the way back down to navigate to the next page. It would be nice to eliminate some of the scrolling. -- 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

[Bug 5514] New: fewer clicks when creating a report
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '13

02 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5514 Summary: fewer clicks when creating a report Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After you create a report from SQL it brings you to a list of options. From here you have to click 'saved reports' and then find your report and click 'run' I think instead we should add 'run this report' as an option to that list to eliminate the extra unnecessary click. I'd also say that we should include an 'edit' link on the report page itself (after running) so if the report needs editing you don't have to hit back and then find the report and click edit. -- 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

[Bug 5282] New: itemtype limit not applying
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '13

29 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5282 Summary: itemtype limit not applying Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/reports/guided_reports.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I followed these steps: 1. Build New 2. Choose Cataloging 3. Choose Tabular 4. Choose 'barcode', 'call number', 'title', 'author' 5. Choose to limit on item type 'nonfic' and location 'adult' My final report looks like this: SELECT items.barcode,items.itemcallnumber,biblio.author,biblio.title FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) WHERE items.itype=<<itype|itemtype>> AND items.location='ADULT' ORDER BY items.itemcallnumber asc Everything is okay except for the item type which is not showing the actual item type I chose. -- 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 5634] New: ordering branches cas independant
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '13

24 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5634 Summary: ordering branches cas independant Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Some libraries use lower case & upper case in branch description. The list is ordered case sensitively, it's hard to read. The patch will order the list case insensively. -- 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 29

[Bug 4874] New: debian/scripts/koha-* should use Koha instance DB credentials
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '13

22 Jan '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4874 Summary: debian/scripts/koha-* should use Koha instance DB credentials Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Some of the koha-* scripts use the /etc/mysql/koha-common.cnf file for doing database operations. This means they use administrative access for the whole database server, while only actually needing access to a single database. They should instead get the credentials for each Koha instance, and use those. -- 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