July 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 12584] New: koha-conf.xml for package installations get out of sync
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '14

11 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12584 Bug ID: 12584 Summary: koha-conf.xml for package installations get out of sync Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz koha-conf.xml files for instances created with the Debian packages are never updated/upgraded when the packages are updated. This results in lots of missing stuff in the config files over time. This seems to be the root of the problems I have reported in bug 12577. As an example an old instance has 21 lines i the <config> section, while a fresh instance has 30. Perhaps there could be a script that can - read an existing koha-conf.xml (and back it up) - generate a new file with the old values + placeholders or default values (or interactive questions?) for any missing values -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[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 12651] New: DOM indexing should be the default
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '14

10 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12651 Bug ID: 12651 Summary: DOM indexing should be the default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org As of bug 12641, DOM has to be the default for every Koha piece. -- You are receiving this mail because: You are watching all bug changes.

1 13

[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 12211] New: Wrong home link in bootstrap opac-auth
by bugzilla-daemon＠bugs.koha-community.org 08 Dec '14

08 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12211 Bug ID: 12211 Summary: Wrong home link in bootstrap opac-auth Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In bootstrap opac-auth.tt, the link to "Home" in breadcrumbs leads to #, it should lead to opac-main.pl like in all other pages. -- You are receiving this mail because: You are watching all bug changes.

1 15