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

[Bug 13285] New: updatedatabase throws an error if opacthemes is not set
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '15

16 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13285 Bug ID: 13285 Summary: updatedatabase throws an error if opacthemes is not set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I think this is probably a rare case but when running updatedatabase the switch from ccsr or prog to bootstrap assumes that opacthemes has an existing value. If its not defined the update process reports two errors for the two comparisons. Add a check for definedness and if not set default to 'bootstrap' ( A value other than prog or ccsr should be preserved as was the initial intention ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 13357] New: Untranslatable strings on itemsearch.tt
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '15

16 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13357 Bug ID: 13357 Summary: Untranslatable strings on itemsearch.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr A TT block construct on itemsearch.tt makes impossible to translate some strings -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 13360] New: C4::Ris considers that hashes are ordered
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '15

16 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13360 Bug ID: 13360 Summary: C4::Ris considers that hashes are ordered 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 If you try to export a record with several 650 fields (for instance), the KW lines won't be displayed in the fields order. -- You are receiving this mail because: You are watching all bug changes.

1 11

[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 13304] New: Authorised values disappear if it uses diacritics in values
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '15

15 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13304 Bug ID: 13304 Summary: Authorised values disappear if it uses diacritics in values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: juan.sieira(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If any authorised value has a diacritic in the value field, it will dissapear from the HTML select during cataloging -- You are receiving this mail because: You are watching all bug changes.

1 7

[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