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

[Bug 5632] New: SIP improvements = Date formatting & debarrement management
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5632 Summary: SIP improvements = Date formatting & debarrement management Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: SIP2 AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 * the dates should be printed in human-readable format, not in timestamp * The patron debarment can now have a date (new feature of BibLibre circ improvements). We have to deal with this date on the SIP messages -- 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 11

[Bug 10180] New: [master] Diacritics in Z39.50 search results in acquisitions are broken
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10180 Bug ID: 10180 Summary: [master] Diacritics in Z39.50 search results in acquisitions are broken Classification: Unclassified 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: katrin.fischer(a)bsz-bw.de To reproduce: - Create a basket - Add order line from external source - Search LOC for "wetter" - Verify that diacritics in the result list are broken This only occurs on the current master branch, not on 3.12.x. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 9527] New: add all-all-all circulation rule to sample data
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9527 Bug ID: 9527 Summary: add all-all-all circulation rule to sample data Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz You can't do much in circ without a default rule - and we don't have one out of the box. We should add one. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9958] New: RoutingSerials desription misleading
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9958 Bug ID: 9958 Summary: RoutingSerials desription misleading Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de I think in current versions of Koha the RoutingSerials is used to indicate if routing lists are used. Routing related functionality is hidden from screen according to this system preference. The description doesn't reflect that well: Add/Don't add received serials to the routing list. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 12059] New: Publisher code always empty on invoice
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12059 Bug ID: 12059 Summary: Publisher code always empty on invoice Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/acqui/invoice.pl?invoiceid=34 OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The invoice has a column labelled 'Publisher' that always appears to be empty. I checked that the title I tested with had 260$a$b$c and biblioitems.publishercode in the database had a value. Note: Also the library column there seems to have no function? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 9717] New: localuse recorded for holds/transfers
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '15

17 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9717 Bug ID: 9717 Summary: localuse recorded for holds/transfers Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If RecordLocalUseOnReturn is set to "Record" then whenever a hold item is returned from another library, it is being recorded as local use. The library scans the item at check in to cancel the "in transit" status and the item is counted as local use. This seems inaccurate to me. This is going to inflate the local use counts so that libraries think that that many more items are being used in-house when in reality the item is being returned from use at another library in the group. I think that RecordLocalUseOnReturn should only record local use when there is no other status, like holds, transfers, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 11580] New: returnBeforeExpiry and closed day
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '15

16 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11580 Bug ID: 11580 Summary: returnBeforeExpiry and closed day Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, If ReturnBeforeExpiry is set to "ON", closed day of calendar is not factor in. Test plan: 1. ReturnBeforeExpiry is activated 1. Set a closed day on calendar 2014-01-26 2. Set expiry date of a patron like 2014-01-26 3. Do a checkout, due date will be 2014-01-26 Is it a normal behavior? I dont think so. A due date should not be a closed day? Thanks, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 8446] New: Shibboleth authentication patch
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '15

16 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8446 Priority: P5 - low Change sponsored?: --- Bug ID: 8446 CC: dpavlin(a)rot13.org Assignee: gmcharlt(a)gmail.com Summary: Shibboleth authentication patch Severity: enhancement Classification: Unclassified OS: All Reporter: francart(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Authentication Product: Koha Created attachment 10841 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10841&action=edit Shibboleth patch for Auth.pm on Koha 3.8 I wrote rudimentary Shibboleth login support for Koha. It's quite specific to our university and Koha setup, but should be easy to modify. I hope someone finds it useful. The attached patch can be applied to lib/C4/Auth.pm of Koha 3.8.2 -- You are receiving this mail because: You are watching all bug changes.

1 179

[Bug 8337] New: System preferences for longoverdue cron
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '15

15 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8337 Priority: P5 - low Change sponsored?: --- Bug ID: 8337 Assignee: gmcharlt(a)gmail.com Summary: System preferences for longoverdue cron Severity: enhancement Classification: Unclassified OS: All Reporter: pelletiermaxime(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Command-line Utilities Product: Koha Patch to follow that adds 3 new system preferences to control the parameters for the longoverdue script. New prefs are DefaultLongOverdueChargeValue, DefaultLongOverdueLostValue and DefaultLongOverdueDays. These preferences are used when you call the longoverdue.pl script without their parameters. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 12442] New: Query... variables should be defined within loop in Search.pm
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '15

15 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12442 Bug ID: 12442 Summary: Query... variables should be defined within loop in Search.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, the Query... variables (ie QueryStemming, QueryAutoTruncate, QueryWeightFields, QueryFuzzy, and QueryRemoveStopwords) are defined outside a loop, but they should be defined within the loop. This is because each iteration of the loop can disable these variables, which will keep them disabled for each subsequent iteration (and thus each different index/operand pair). -- You are receiving this mail because: You are watching all bug changes.

1 1