July 2015 - Koha-bugs - lists.koha-community.org

[Bug 13660] New: rebuild_zebra_sliced.sh - Exclude export phase and use existing exported MARCXML.
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13660 Bug ID: 13660 Summary: rebuild_zebra_sliced.sh - Exclude export phase and use existing exported MARCXML. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When looking for a bad MARC Record using the rebuild_zebra_sliced.sh, it is useful to skip the complete MARCXML exporting from Koha and reuse the exported files for Zebra indexing. This patch adds a new parameter: -x | --exclude-export Do not export Biblios from Koha, but use the existing export-dir Which depends on the: -d | --export-dir Where rebuild_zebra.pl will export data Default: $EXPORTDIR !---------! ! TEST PLAN ! !---------! 1. Run "./rebuild_zebra_sliced.sh --length 1000" to export 1000 MARC Records and slice them to one big 1000-Record chunk. 2. Realize that you get an imaginary "stack smashing detected"-error crashing your indexing at some Record you dont know of and can't make out from the indexing logging. 3. Start looking for the bad Record by running: "./rebuild_zebra_sliced.sh --exlude-export --chunk-size 10" To skip Biblios export from Koha which takes ~2h and get straight into splitting your exported biblios to chunks of 10, and importing them. You know which chunk fails so it is much easier to find the issue there. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 13807] New: SIPServer Input loop not checking for closed connections reliably
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13807 Bug ID: 13807 Summary: SIPServer Input loop not checking for closed connections reliably Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Debugging some sip connections found that a server could get stuck with a partially unread buffer when the remote closed the connection. This could mean it was also not responding to signals to shut down. Reworked the main loop to be a bit more careful about checking the connection status. Moved it from the Sip.pm module into the server where it seemed to belong more logically. Have been running this with some other modifications in production sites for some time and appears to have enhanced reliability and ability to control the server. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11808] New: When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured.
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11808 Bug ID: 11808 Summary: When searching for a cardnumber in the intranet, also try to search for it on the LDAP server if one is configured. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Created attachment 25527 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25527&action=edit Add the SearchCardnumberWithLDAP system preference. This patch adds the "SearchCardnumberWithLDAP" system preference which will let you search for cardnumbers on a LDAP server. This feature only works in the Circulation section's "Check out" search bar. This feature is useful if you want to be able to checkout items for new users who were added on an LDAP server, but never connected on the OPAC. Here is how this feature works: * The librarian searches for a cardnumber in the intranet to do a checkout. * Search for the cardnumber in the local database. * If no borrower was found, SearchCardnumberWithLDAP is activated and an LDAP server is configured, search for the borrower on the LDAP server. * If a borrower was found on the LDAP server, add it to the local database. Also: * If the borrower was found in the local database, SearchCardnumberWithLDAP is activated and an LDAP server is configured, the borrower is updated using the informations on the LDAP server. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 13717] New: Add ability to move old patron attributes when importing borrowers
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13717 Bug ID: 13717 Summary: Add ability to move old patron attributes when importing borrowers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like to move the value of a patron attribute to a different attribute when updating patrons via the import patrons tool. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 10440] New: During receipting for any holds attached to items being receipted, to be identified during the receipting process.
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10440 Bug ID: 10440 Summary: During receipting for any holds attached to items being receipted, to be identified during the receipting process. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com During receipting for any holds attached to items being receipted, to be identified during the receipting process. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 13932] New: Allow a header to be considered trusted to provide the userid
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13932 Bug ID: 13932 Summary: Allow a header to be considered trusted to provide the userid Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: robin(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When Koha is placed behind an SSO system, it'd be useful to be able to get the user ID, like happens with basic auth. This patch allows a header to be considered an authoritative source of user ID. This only works with a plack-like environment, when apache is running Koha as CGI I think the headers come through using a different method. An example configuration would be: <Location /> ... mod_auth_mellon config goes here ... Header unset X_REMOTE_USER RequestHeader unset X_REMOTE_USER RequestHeader set X_REMOTE_USER %{MELLON_sfdcid}e </Location> (REMOTE_USER seems to have a special use to apache that means it doesn't work, hence using X_REMOTE_USER.) For testing, you can fake it by replacing the variable with something hardcoded and ignore all the SSO guff. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 13705] New: Move indexation subs in C4::ZebraIndex
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13705 Bug ID: 13705 Summary: Move indexation subs in C4::ZebraIndex Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Move indexation-related subs from rebuild_zebra.pl to new module C4::ZebraIndex and create two new subs IndexRecord and DeleteRecordIndex This should allow easier indexation from scripts other than rebuild_zebra.pl -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 13706] New: Deduping authorities script (dedup_authorities.pl)
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13706 Bug ID: 13706 Summary: Deduping authorities script (dedup_authorities.pl) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: MARC Authority data support Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11708] New: Display all basketgroups on one page, and new column aqbasketgroups.closeddate
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11708 Bug ID: 11708 Summary: Display all basketgroups on one page, and new column aqbasketgroups.closeddate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 137

[Bug 13666] New: Allow SIP2 checkin/checkout to get branch from institution_id field AO
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '15

03 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13666 Bug ID: 13666 Summary: Allow SIP2 checkin/checkout to get branch from institution_id field AO Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 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: colin.campbell(a)ptfs-europe.com Although SIP2 specifies the required AO field to be institution_id and it doesn't neccessarily map to a branch in Koha, this is probably the case for most. Allowing for AO to set the C4::Context->userenv->{branch} transaction-time would open up for a more flexible transaction scenario: - SIP2 connections could fetch from a pool of connections, so e.g. ten SIP2 workers could easily serve hundreds of clients - SIPConfig.xml would not need reconfiguration each time a new client is added Please advise if this is in collision with other SIP2 logic in Koha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13