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

[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 12565] New: Acq: Link to basket in breadcrumbs broken
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12565 Bug ID: 12565 Summary: Acq: Link to basket in breadcrumbs broken Change sponsored?: --- Product: Koha Version: master Hardware: All 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 To reproduce: - Start a new basket - Search for an existing record in your catalog - Try to get back to the basket, using the link in the breadcrumbs - Verify it won't work - Look at the link, it will look something like: /cgi-bin/koha/acqui/basket.pl?=55 There is an extra ? that breaks it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[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 12845] New: C4::Output::FormatData is unused
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '15

17 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12845 Bug ID: 12845 Summary: C4::Output::FormatData is unused 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org ... and can be removed. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 12868] New: GetMemberDetails calls GetMemberAccountRecords incorrectly
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '15

17 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12868 Bug ID: 12868 Summary: GetMemberDetails calls GetMemberAccountRecords incorrectly 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: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com GetMemberDetails takes two parameters: borrowernumber and cardnumber. Between the two of them, a borrower hash is created. This borrower hash has a borrower number in it as well as a card number. However, the outstanding amount is based on the borrowernumber parameter and not the discovered borrowernumber based on cardnumber when borrowernumber is passed as undef. It should use the borrower hash's borrower number instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 12922] New: Do not DIE the advance_notices.pl -cronjob if "no letter of * type" is found
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '15

17 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12922 Bug ID: 12922 Summary: Do not DIE the advance_notices.pl -cronjob if "no letter of * type" is found Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org We failed to deliver advance_notices because a template for sms's is undefined, because we don't support sending sms' as advance_notice. This crashed the cronjob because digests are set to die instead of the warn used in non-digest. And we get angry customers asking for compensation! This patch replaces the die with warn. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 12895] New: Dropbox mode doesn't work correctly
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '15

16 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12895 Bug ID: 12895 Summary: Dropbox mode doesn't work correctly Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When dropbox mode is enabled, if you check in a document with a duedate planned on previous opening day, the patron is restricted nevertheless. Seems that the reason why is that the comparison of dates is made fom current date instead of last opening date. Circulation.pm/AddReturn, ligne 1793 : $issue->{'overdue'} = DateTime->compare($issue->{'date_due'}, $today ) == -1 ? 1 : 0; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 13017] New: koha h1 tag on staff login
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '15

16 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13017 Bug ID: 13017 Summary: koha h1 tag on staff login 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 31959 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31959&action=edit koha h1 If you zoom out on the staff client you will see Koha to the far left (see attached). The code reads: <div id="login"> <h1> <a href="http://koha-community.org"> Koha </a> </h1> -- You are receiving this mail because: You are watching all bug changes.

1 12

[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