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

[Bug 7142] New: non public note on item edit
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '14

22 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7142 Bug #: 7142 Summary: non public note on item edit Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/catalogue/moredetail.pl?biblionumber=180 &itemnumber=254#item254 OS/Version: All Status: NEW Severity: enhancement 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 It would be nice to have the non public note on the brief item edit view so that circ librarians (who usually use this page) can leave non public notes for their colleagues about the item - right now you can only add a non public note if you enter it in the full edit item. Nicole -- 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 5579] New: Remove items from biblioitems.marcxml
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '14

17 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5579 Summary: Remove items from biblioitems.marcxml Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: dev_patches(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 -- 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 25

[Bug 8836] New: Resurrect Rotating Collections
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '14

16 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 Priority: P5 - low Change sponsored?: --- Bug ID: 8836 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Resurrect Rotating Collections Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha I think it's time to bring back the Rotating Collections feature. The security issue related to it was fixed, but the feature was never re-enabled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 164

[Bug 7003] New: canned report to show patrons and permissions
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '14

13 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7003 Bug #: 7003 Summary: canned report to show patrons and permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master 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 Querying permissions in SQL is very difficult. It would be nice to have a canned report that shows you all of your patrons and the permissions they each have (well not all patrons - but patrons with permissions). Something like this: Patron Name (linked) | Permission Levels (listed) A filter to only show patrons with 'superlibrarian' or other specific permissions would be great too. -- 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 9522] New: Koha returns &lt, &gt, etc in the record instead of <, >, etc when fulfilling a Z39.50 request
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '14

11 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9522 Bug ID: 9522 Summary: Koha returns &lt, &gt, etc in the record instead of <, >, etc when fulfilling a Z39.50 request Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: jbalway(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When searching Koha using a Z39.50 client you get &lt, &gt, etc returned in the record instead of <, >, etc. I have installed a fresh version of debian and koha 3.10.2. I have imported a "fresh" record using the Z39.50 search. I grabbed the "Linux Journal" record from the LC Z39.50 server. I have connected to Koha's Z39.50 server using the following command: yaz-client -c /etc/koha/zebradb/ccl.properties localhost:9999/biblios I run the command find linux and then show. I get a record that returns &lt and &gt, etc. instead of <, >, etc. This also happens when I connect to Koha's Z39.50 server using TLC's Cataloging module. So, multiple Z39.50 clients having the same issue with Koha's Z39.50 server giving them &lt xml entities instead of the correct character <, etc. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 8306] New: Patron stats, patron activity : no active doesn't ork
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '14

11 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8306 Priority: P5 - low Change sponsored?: --- Bug ID: 8306 Assignee: adrien.saurat(a)biblibre.com Summary: Patron stats, patron activity : no active doesn't ork Severity: minor Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Reports Product: Koha MT9357 In "Home › Reports › Patrons statistics", for the Patron activity, the "no active" choice doesn't work. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 5763] New: Add users private list management functionality for administrators
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '14

11 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5763 Summary: Add users private list management functionality for administrators Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In Koha Staff Interface, Home > Lists, a professional user can manage Public Lists and his Lists. But there is no way for a Koha administrator to manage users lists. From time to time it'll be very usefull to clean users lists which grow indefinitely. -- 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 12

[Bug 7310] New: Improving permissions on lists (virtual shelves)
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '14

09 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7310 Bug #: 7310 Summary: Improving permissions on lists (virtual shelves) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Virtual Shelves AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: ian.walls(a)bywatersolutions.com Following up on report 7281 (hide lists from OPAC) I am sending the following question to the ml in order to improve lists management: 1 Who should be allowed to delete a public [closed] list (category 2 only!) or add/remove items from that list? (Note that removing all items from a list is more or less the same as removing the list at once.) My answer would be: the owner should only be allowed to do that in the OPAC. A user in the staff client may do it too. [Currently, any opac login can delete the list. This is a bug!] 2 Who should be allowed to delete an public open list (category 3 only!) or add/remove items from that list? My answer would be: any login from OPAC or staff. It should be made clear that creating such a list is really at your own risk ;) Currently, a user in the opac cannot create an open list. (Is that a bug?) 3 Proposed revisions to lists management: If we solve points 1 and 2, management of lists comes down to all or nothing. You can do everything with an open list, but if you are not owning a closed list, you can't do anything. Would it be useful to have something in between? Like deleting your own added items from a closed list (we could save borrowernumber in virtualshelfcontents)?? Or give the owner of an open list the choice between full access for other logins, adding items only or deleting own added items? What do you think? -- 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 114

[Bug 5884] New: ability to print on label sheet with diff sized labels
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '14

09 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5884 Bug #: 5884 Summary: ability to print on label sheet with diff sized labels Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Has anyone created a template in the label maker that can handle a label sheet with two different sized labels? Go to www.demco.com and search for 14218000 to see a sample of what I'm talking about. I'm thinking that Koha's label maker just can't handle this and this is an enhancement request, but I thought I'd check with you all anyway. -- 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 7292] New: new permission for claims
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '14

09 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7292 Bug #: 7292 Summary: new permission for claims Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: claire.hernandez(a)biblibre.com ReportedBy: claire.hernandez(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7163 "new permission for claims: the librarian can have a permission ""claim for all"". Without this permission, he can claim only on basket he is a ""user"" of " (BibLibre MT6542) -- 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 60