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

[Bug 5770] New: email librarian when purchase suggestion made
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5770 Summary: email librarian when purchase suggestion made Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Right now there are a series of notices that get sent to patrons when actions happen to their suggestions, but I think we also need a preference or a setting to have new purchase suggestions go via email to the librarian. This would be handy for the libraries that don't use acquisitions for anything but purchase suggestions. -- 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 9

[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 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 6625] New: Allow Koha to use Openlibrary subject api
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '16

05 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6625 Bug #: 6625 Summary: Allow Koha to use Openlibrary subject api Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org -- 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 4

[Bug 7017] New: override_renewals permission confusing
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '16

05 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7017 Bug #: 7017 Summary: override_renewals permission confusing Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com You can set it so that a patron only has override renewals permission, but they can't access the circ module to override the renewals in the first place. I think we need to make it clear which permissions are dependent on other permissions. Having a permission nested does not make that clear because in the example of the tools permissions you can pick and choose which ones you want to provide. -- 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 6988] New: formatted strings get split in substrings for translation
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '16

05 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6988 Bug #: 6988 Summary: formatted strings get split in substrings for translation Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: gaetan.boisson(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Formatted strings in English (typically with some words in bold) get split around the formatted words. A sentence with one bold word or group of consecutive words thus becomes 3 separate strings. This behaviour makes it pretty difficult to work on this kind of sentence when translating, as the translator has to search for the strings separately in the translation tool. Also this forces the translator to follow the same structure as the original for the translated sentence (e.g. normal BOLD normal) which will not necessarily work out in the target language. There are some examples in the right column ("notes") on the admin page at Home › Tools › Import Patrons. For instance in the last bullet point: "must", translated into French, will have different forms according to what the subject is. It's plural here so it would be "doivent", the translated sentence however has "doit" which is a correct translation when the subject is singular. Finding the correct "doit" in the tool to correct the translation is very impractical. Another similar example can be found at Home › Tools › Patron Card Creator › Manage Images. -- 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 5590] New: error message on holds not consistent
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '16

05 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5590 Summary: error message on holds not consistent Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com, oleonard(a)myacpl.org Estimated Hours: 0.0 Created attachment 2964 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2964 batch holds I'm trying to place a batch of holds and the error message at the top says I can't place holds on any of the items, but there is one item that has the option to place a hold (visually) - that one item however is checked out to the patron already, so it shouldn't be allowed to be placed on hold (I don't think). So basically the error message is right, but one of the items that can't be put on hold is still allowing holds. See attached. I need someone to test this further to confirm that it's an error and what's causing it. Also CCing Owen because the errors highlighted in yellow should probably go all the way to the end of the box - they look a bit short/funny now. -- 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 4

[Bug 5788] New: Move ReservesMaxPickupDelay system preference to the Circulation Matrix.
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '16

05 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5788 Bug #: 5788 Summary: Move ReservesMaxPickupDelay system preference to the Circulation Matrix. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5609 -- 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 42

[Bug 5787] New: Move OPACItemHolds system preference to the Circulation Matrix.
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '16

05 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5787 Bug #: 5787 Summary: Move OPACItemHolds system preference to the Circulation Matrix. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5609 Allowing it to be restricted by itemtype or patrontype, not a blanket preference -- 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