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

[Bug 7314] New: Remove singleBranchMode system preference in favour of counting configured branches
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7314 Bug #: 7314 Summary: Remove singleBranchMode system preference in favour of counting configured branches Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P4 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: jonathan.druart(a)biblibre.com Instead of relying on a system preference to determine whether there is only a single branch in the system or not, why not just count how many distinct branches are in the branches table? This will reduce the number of moving parts, so to speak. Proposed subroutine in C4::Branch: GetBranchCount(). No inputs, returns integer value 0 or greater, corresponding to the output of SELECT count(*) FROM branches; Once this subroutine is in place, we can slowly remove references to singleBranchMode syspref, which will fix numerous bugs involved with that particular feature. -- 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 4

[Bug 12489] New: Ajax checkout table: no "loading..." popup
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12489 Bug ID: 12489 Summary: Ajax checkout table: no "loading..." popup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is a "Loading..." stuff on the checkouts table of the "Check out" tab, but no on the table on the "Details" tab (member/moremember.pl). A line "No data available" is displayed and could be confusing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 12352] New: Update patron records -page should have a link to patron details
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12352 Bug ID: 12352 Summary: Update patron records -page should have a link to patron details 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 There should be a link to the patron details on the "Update patron records" -page. This would make it much easier for the staff to check on the patron information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 10904] New: would like to limit patron update request management by branch
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10904 Bug ID: 10904 Summary: would like to limit patron update request management by branch 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice to have a way to see only 'my' patron update requests by branch (like you can on purchase suggestions). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 12375] New: Store serials enumeration data in separate fields
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12375 Bug ID: 12375 Summary: Store serials enumeration data in separate fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Currently, all serials enumeration data is stored in conglomerated fashion in serial.serialseq. This makes it extremely difficult to do any reporting based on the individual sequence values due to this fact. In addition to the formatted version of the sequence, we should be storing the individual values as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 9303] New: relative's checkouts in the opac
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9303 Bug ID: 9303 Summary: relative's checkouts in the opac 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: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there were a way to show patrons their relative's checkouts in the OPAC (like you can in the staff client). It should probably be controlled by an option on each patron record - so that patrons can decide if their family can see their checkouts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 332

[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