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

[Bug 12008] New: hold notice can be deleted
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12008 Bug ID: 12008 Summary: hold notice can be deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Okay this is a strange one. 1. Create a new HOLD notice template for a branch (not for all libraries) 2. Delete that new HOLD notice you created 3. Recreate the HOLD notice template for that branch 4. The HOLD notice for all libraries disappears and in the database the message_transports.branchcode field for HOLD now has the branchcode before it was blank. This causes issues with sending of HOLD notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12169] New: Improve reliability of sip_shutdown script
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12169 Bug ID: 12169 Summary: Improve reliability of sip_shutdown script 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 the sip_shutdown script rightly announces the brittleness of it approach to identifying the process to kill. A more reliable method is available by getting the server to use the standard approach of writing a pidfile which is part of Net::Server's functionality. Change script to use this and alter config scripts accordingly -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 5337] New: acq EAN search
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5337 Summary: acq EAN search Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/EAN_reading_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 In acquisition module, scanning an EAN will result in a correct search -- 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 57

[Bug 11979] New: items status not for loan on course reserve
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11979 Bug ID: 11979 Summary: items status not for loan on course reserve Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Status not for loan of an item is not showing on opac-course-detail. Exemple here http://catalog.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumbe… and http://catalog.bywatersolutions.com/cgi-bin/koha/opac-course-details.pl?cou… Status is not for loan on opac-detail and available on opac-course-details. Is this normal? Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 9225] New: Subroutines should not be defined in acqui/parcel.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '15

05 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9225 Bug ID: 9225 Summary: Subroutines should not be defined in acqui/parcel.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com We should not be declaring subroutines in .pl files. Unfortunately, there are three routines currently declared in acqui/parcel.pl. When run under Plack, this results in the following warnings in the log: Subroutine get_value_with_gst_params redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 74. Subroutine get_gste redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 93. Subroutine get_gst redefined at /home/jcamins/kohaclone/acqui/parcel.pl line 102. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 9897] New: members/member.pl double encoded utf-8 strings
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '15

04 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9897 Bug ID: 9897 Summary: members/member.pl double encoded utf-8 strings Classification: Unclassified 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: dpavlin(a)rot13.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Since we are doing encode all over the place if patron categories have utf-8 strings this page gets corrupted. Culprit is my @categories=C4::Category->all; which can be tested by replacing it with empty array like my @categories=() Unfortunately die to the way code is structured there is no easy solution for this problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 10532] New: koha-run-backups option --output doesn't work
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '15

03 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10532 Bug ID: 10532 Summary: koha-run-backups option --output doesn't work Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pongtawat.c(a)gmail.com CC: robin(a)catalyst.net.nz Although koha-run-backups has an option --output for specifying location of the backup, the option doesn't work. Simply because koha-run-backups call koha-dump which always dump to backupdir in Koha config file. So either koha-run-backups should move the backup set to the specified output or we should also made koha-dump support --output option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 12682] New: Shibboleth attribute manipulation
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '15

03 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12682 Bug ID: 12682 Summary: Shibboleth attribute manipulation 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org As koha administrators, we are often not in control of the form in which we will receive an attribute from a shibboleth identity provider. This envisaged enhancement would add the ability to define very simple string manipulations to an attribute in the koha config file. Example of enhanced config: <usesshibboleth>1</usesshibboleth> <shibboleth> <matchpoint>userid</matchpoint> <mapping> <userid is="email" regex="s/(a)student.university.ac.uk//g"></userid> </mapping> </shibboleth> In the above example, we want to match koha userid to the 'stuff before the @' in the users email attribute. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12680] New: Shibboleth adaptive config
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '15

03 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12680 Bug ID: 12680 Summary: Shibboleth adaptive config 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org I wish to enhance the shibboleth system such that you can adapt the config used depending upon some attribute returned from the identity provider. Use case: Given an academic institution, such a place may have rather differing information on record for students as opposed to staff. I've had instances where the mapping between attributes and koha fields has differed wildly between these two groups. Given the there is probably an attribute that can differentiate between the two, then we should be able to use that to load a set of mapping specific to that usergroup. Example intended implementation. <usesshibboleth>1</usesshiboleth> <shibboleth selector="affiliation" value="student"> <matchpoint>userid<matchpoint> <mapping> <userid is="uid"></userid> </mapping> </shibboleth> <shibboleth selector="affiliation" value="staff"> <matchpoint>cardnumber<matchpoint> <mapping> <cardnumber is="libraryID"></cardnumber> </mapping> </shibboleth> So, in the above example config, the intention would be for koha to look for an 'affiliation' attribute first and foremost, and then depending upon it's value (student or staff) load the corresponding configuration and continue as per normal. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 11930] New: Add a dropdown menu to search instructor on course reserve
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '15

28 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11930 Bug ID: 11930 Summary: Add a dropdown menu to search instructor on course reserve Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 26181 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26181&action=edit search instructor Hi, When I adding a course reserve and i am searching a instructor by name, it would be nice to have a dropdown menu to select the correct instructor. Or have the possibility to search surname and firstname. See the image attached. I am searching Boulet,Vincent and in my bd there is a lot of Boulet, so Boulet,Vincent is not on the top ten. The search seems to work only on the surname or only on the firstname? The following searches do not work: - Boulet, Vincent - Vincent Boulet - Vincent (a lot of answers) - Boulet Vincent Thanks, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2