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

[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

[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

[Bug 12441] New: search.pl has incorrect reference to OPACdefaultSortField and OPACdefaultSortOrder
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '15

15 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12441 Bug ID: 12441 Summary: search.pl has incorrect reference to OPACdefaultSortField and OPACdefaultSortOrder Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org search.pl checks OPACdefaultSortField and OPACdefaultSortOrder, but shows defaultSortField and defaultSortOrder. Not really a problem since the OPAC sysprefs should always have some value in them, but it's a good idea to use the correct sysprefs in the conditional anyway... -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12850] New: C4::Serials::GetLateIssues is not used
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '15

15 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12850 Bug ID: 12850 Summary: C4::Serials::GetLateIssues is not used 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 10