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

[Bug 11244] New: notices ignoring the dateformat preference
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '14

21 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11244 Bug ID: 11244 Summary: notices ignoring the dateformat preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Overdue notices are using the MySQL date format and not the dateformat in the system preferences. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 6029] New: Date processing not done to all dates in overdue mails
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '14

21 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6029 Bug #: 6029 Summary: Date processing not done to all dates in overdue mails Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons 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: 5992 -- 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 6

[Bug 13099] New: "Item hasn't been transferred yet" shows pickup branch rather than holding branch
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13099 Bug ID: 13099 Summary: "Item hasn't been transferred yet" shows pickup branch rather than holding branch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The "Item hasn't been transferred yet" message on circulation.pl and moremember.pl in the holds table shows the pickup branch rather than holding branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 11427] New: Allow NewItemsDefaultLocation to be set per branch
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11427 Bug ID: 11427 Summary: Allow NewItemsDefaultLocation to be set per branch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: p.thrasher(a)dover.nh.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Different branches have different initial default locations for new items. NewItemsDefaultLocation is a systemwide preference. Can it be changed to be a branch specific preference? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11907] New: Status in search.pl doesn't match status in detail.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11907 Bug ID: 11907 Summary: Status in search.pl doesn't match status in detail.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org The search.pl page only shows the name of the category for a status, such as DAMAGED or LOST, rather than the specific status used from those categories. You see the true status of these items in the detail.pl page, but it would be preferable to see the same status EVERYWHERE, or at least have the option to see it the same everywhere. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7398] New: Show number of holds on a biblio in the OPAC details
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7398 Bug #: 7398 Summary: Show number of holds on a biblio in the OPAC details Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Like on the staff client, it should be possible to show the number of holds currently on a title. This will allow patrons to know how long a wait is going to be without having to log into the OPAC. Work to be done: * Add a new system preference, OPACShowHoldsCount, that will control whether the total number of holds shown on the OPAC detail page or not. Summon this syspref on the opac-detail page, and pass to the template * Add call to GetReservesfrombiblionumber. Take the holdcount return variable, and pass it to the template. * Edit opac-detail.tt to check for OPACShowHoldsCount, and if it's true, display the number of holds in a div similar to the one used staff-side * Edit the opac.css to properly and aesthetically display this new div -- 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 49

[Bug 9342] New: zebra UNIMARC dom indexing does not work
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 Bug ID: 9342 Summary: zebra UNIMARC dom indexing does not work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: paul.poulain(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl Testing bug 8984, I find that the UNIMARC dom indexing does not work. Without patch 8984, a fresh install, with UNIMARC, DOM and CHR (not ICU) result in a bad: 15:28:48-03/01 zebraidx(25369) [warn] Unknown register type: (and no indexing is made) -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 7878] New: When duplicating a patron too many fields carrying over
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7878 Priority: P5 - low Change sponsored?: --- Bug ID: 7878 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: When duplicating a patron too many fields carrying over 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 When duplicating the patron in the top section only the Surname should carry over - right now the other name and initials carry over. Along the same lines at the bottom the expiration date is coming over and that could be different based on when you're doing the duplication and your patron category rules. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 12043] New: Popup when reserved item checked in at wrong branch should generate transfer slip
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12043 Bug ID: 12043 Summary: Popup when reserved item checked in at wrong branch should generate transfer slip Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There are a number of bugs addressing print slip and holds issues, so this bug addresses solely the following three scenari: Item with homebranch A is reserved for pickup at branch B. 1) Item is checked in at A (parameters $reserved and $transfertodo are set) 2) Item is checked in at C (parameters $diffbranch and $transfertodo are set) 3) Item is checked in at A, then at C (parameter $WrongTransfer is set) 4) Item is checked in at A, then at B (parameter $reserved is set) In all of these, messages are created correctly, but hold-transfer-slip.pl popup is generated with transfer=1. hold-transfer-slip.pl ignores $transfer so all cases opens a dialog generated from template RESERVESLIP, where the three first actually should generate TRANSFERSLIP. Either hold-transfer-slip.pl must respect $transfer variable or transfer-slip.pl must be used in cases of transfer. Popups are generated in returns.tt, e.g.: hold-transfer-slip.pl?transfer=1&borrowernumber=[% borrowernumber %]&biblionumber=[% itembiblionumber %]&op=slip -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 13055] New: Show budget name when editing it
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13055 Bug ID: 13055 Summary: Show budget name when editing it Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/aqbudgetperiods.pl?op=add_form&bud get_period_id=X OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Acquisitions Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When you are editing a budget the page heading should show the name of that budget. -- You are receiving this mail because: You are watching all bug changes.

1 7