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

[Bug 15404] New: CanBookBeReserved: No count of biblio level holds if ReservesControlBranch is item's home library
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15404 Bug ID: 15404 Summary: CanBookBeReserved: No count of biblio level holds if ReservesControlBranch is item's home library 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: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org If the system preference 'ReservesControlBranch' is set to "Check the [item's home library] to see if the patron can place a hold on the item.", the sub CanBookBeReserved does not count holds on bilio level. This is because there is no information about to which branch a biblio item hold should refer. The behaviour affects: - putting holds from OPAC (if RequestOnOpac is set to "[Allow] patrons to place holds on items from the OPAC." (Seems always to be an biblio level hold) - putting holds in staff interface for "Next available item" (= biblio level hold) Symptoms: In OPAC, patrons can put more holds than allowed for an item type (up to syspref 'maxreserve' = systemwide maximum holds) Same in staff client as long you do not put item level holds. With other words: You can put item level holds up to the maximum defined in the circulation rules and additionally biblio level holds up to the value set in 'maxreserve'. I think there is no way to overcome the situation (because a biblio has no home library, only items can have), but it should be documented e.g. in the text when setting the syspref 'ReservesContronBranch' and/or with a warning e.g. on the page where the circulation rules are set. I suppose that following Bugs could be related: Bug 6976 - User hold limit can be avoided by users in OPAC Bug 5159 - HomeOrHoldingBranch syspref description misleading Bug 4850 - CheckReserves does not respect holds circulation policies More? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 5260] New: It would be nice if Koha's Acquisition module could order by email
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5260 Summary: It would be nice if Koha's Acquisition module could order by email Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: ef(a)math.uni-bonn.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2653 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2653 Patch to enable acquisition orders by email I would find it useful if Koha' Acquisition module could not only generate printed PDF orders, but also order by email to the bookseller. Attached patch is my first try at it. Comments welcome. I wrote it for my employee (Mathematisches Institut der Universität Bonn) and it's targeted towards using Koha for acquisitions at our Institute's library (Fachbibliothek Mathematik der Universität Bonn). It introduces a new notice/letter/form orders/ORDEREMAIL which may look as follows (in german): Guten Tag. <item><<orders.quantity>> Stück <<orders.full_title>> von <<orders.author>>, ISBN <<orders.isbn>> zu <<orders.ecost>> (Listenpreis <<orders.listprice>>), Summe <<orders.quantity_ecost>></item> <total>Insgesamt <<orders.total.quantity>> Poste(n), Gesamtpreis <<orders.total.ecost_gsti>> incl. <<orders.total.gstrate>>% MWSt. Der Bestellung liegt ein Rabatt von <<orders.total.discount>>% zugrunde. Alle Preise in <<orders.total.currency>>.</total> Auf Wiedersehen. -- 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 36

[Bug 6846] New: Dont allow staff to change own permissions
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6846 Bug #: 6846 Summary: Dont allow staff to change own permissions Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Unless the staff is a superlibrarian, don't allow them to change their own permissions. This will prevent staff who have permission to set permissions, to assign themselves higher levels of permissions. -- 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 10

[Bug 7648] New: staff can make themselves superlibrarians
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7648 Priority: P5 - low Change sponsored?: --- Bug ID: 7648 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: staff can make themselves superlibrarians QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha This seems like an oversight to me, but if you give a staff patron the ability to set permissions for other staff members they can then update their own permissions and make themselves superlibrarians. I would say that only superlibrarians can make other staff superlibrarians, and I'd go even further to say that only superlibrarians should be able to change their own permissions - but I think this is probably due for some discussion either way because it's a pretty big oversight. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10573] New: French translation for printing a basketgroup
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10573 Bug ID: 10573 Summary: French translation for printing a basketgroup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.croullebois(a)biblibre.com If you want to print a basketgroup with pdf format, it will be in english. The pdf is done with layout2pages.pm or layout3pages.pm which call layout2pages.pdf or layout3pages.pdf. This patch adds layout3pagesfr.pm in src/acqui/pdfformat/ which calls layout3pagesfr.pdf. And adds in basketgroup.pl the check for layout3pagesfr To use it you have to change the systempreferences to pdfformat::layout3pagesfr -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 1598] Allow unmoderated comments
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1598 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14480] New: Warns when modifying patron
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14480 Bug ID: 14480 Summary: Warns when modifying patron 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate warns, go to any patron page (ie a link such as http://localhost:8081/cgi-bin/koha/members/moremember.pl?borrowernumber=1369) and click 'Edit' memberentry.pl: Argument "" isn't numeric in numeric eq (==) at /home/vagrant/kohaclone/members/memberentry.pl line 566 memberentry.pl: Argument "" isn't numeric in numeric lt (<) at /home/vagrant/kohaclone/koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt line 949 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 6816] New: Capture member signature
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6816 Bug #: 6816 Summary: Capture member signature Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Capture a signature image via file upload and via a signature pad device -- 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 13215] New: letter.code is considered as a primary key
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13215 Bug ID: 13215 Summary: letter.code is considered as a primary key Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The patches submitted on bug 11742 tried to fix an issue based on a (very) assertion: letter.code should be considered as a primary key and should be uniq. This is completely wrong, we can have a code for the default letter (branchcode=='') and the same code for a specific library. The interface should not block the creation of new letter with the same letter code. -- You are receiving this mail because: You are watching all bug changes.

1 66

[Bug 15131] New: Give SCO separate control for AllowItemsOnHoldCheckout
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15131 Bug ID: 15131 Summary: Give SCO separate control for AllowItemsOnHoldCheckout Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like the ability to allow items on hold to be checked out to other patrons ( due to parents/kids with permission who pick up someone else's holds and other situations ) but not via the SCO module where librarians cannot verify the checkout should be allowed. Idea: 1) Create new system preference AllowItemsOnHoldCheckoutSCO that will default to the current value of AllowItemsOnHoldCheckout 2) For the Koha SCO module, update all references to AllowItemsOnHoldCheckout to AllowItemsOnHoldCheckoutSCO 3) Add a notice to patrons attempting to check out items that are waiting for another patron when the checkout is denied -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2