February 2014 - Koha-bugs - lists.koha-community.org

[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 11842] New: MARC framework editing is broken when memcache is enabled
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '14

10 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11842 Bug ID: 11842 Summary: MARC framework editing is broken when memcache is enabled Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bob(a)calyx.net.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With memcache enabled, when the value of the Editor parameter in a MARC framework is changed, the change is not reflected in the framework as presented in the Cataloguing module. The problem is resolved by disabling memcache. To prove: Enable memcache. Select Administration / MARC bibliographic framework / Default framework : click on MARC structure For tag 015, click on Subfields : note there are four subfields, of which 2 and a are not 'hidden' but 6 and 8 are 'hidden'. Click Edit Subfields and for subfield 8, Display More Constraints; note the Visibility line: OPAC checked (show) Intranet checked (show) Editor not checked (don't show) Collapsed not checked (show the non-hidden subfields, don't collapse to show the tag only) Go to the data base and select the marc_subfield_structure table. Observe that for tagfield 015, tagsubfield 8 and frameworkcode ' ' the value of 'hidden' is -6. This is correct. We understand that if the value is -6 then the subfield is not shown in the editor. This can be confirmed by going to the cataloguing module, selecting New Record and Default framework. Check tag 015 - subfield 8 is not displayed. Now edit subfield 8 and set Editor to 'checked'. Return to the data base and confirm that 015 subfield 8 for the default framework now has 'Hidden' set to 0 (zero). Subfield 8 should now display in the cataloguing editor. Return to the /cataloguing editor and confirm that subfield 8 is not displayed. Disabling memcache resolves the problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 9833] New: New shelves permissions
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '14

09 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9833 Bug ID: 9833 Summary: New shelves permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com refine permissions again : # manage_shelves Allows to manage shelves # merge_from_shelves Allows to merge records from shelves -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[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

[Bug 11375] New: Patron permission names are untranslatable
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '14

08 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11375 Bug ID: 11375 Summary: Patron permission names are untranslatable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Patron permimssions (eg. "superlibrarian", "reserveforothers", etc) and their explanations are not translatable. These strings come from installer/data/mysql/en/mandatory/subtag_registry.sql and installer/data/mysql/en/mandatory/userpermissions.sql -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 10893] New: Location facet not working in UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '14

08 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10893 Bug ID: 10893 Summary: Location facet not working in UNIMARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Location facet in UNIMARC is void. In the code, it is build on 995$c, while location is store in 995$e (see record.abs). M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 11624] New: Impossible to style MARC display via CSS
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '14

08 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11624 Bug ID: 11624 Summary: Impossible to style MARC display via CSS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It's impossible to style the MARC display field number, indicators, and the descriptions via CSS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9864] New: systematic searching error : can't call method "raw"
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '14

04 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9864 Bug ID: 9864 Summary: systematic searching error : can't call method "raw" Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: koha(a)univ-lyon3.fr Launching a Search, whether on opac or intranet and whatever index is used get the following error : "Can't call method "raw" on an undefined value at /home/kohabac/src/C4/Search.pm line 496" -- You are receiving this mail because: You are watching all bug changes.

1 13