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

[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 13114] New: Shibboleth authentication patch
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '15

03 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13114 Bug ID: 13114 Summary: Shibboleth authentication patch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature 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: dcook(a)prosentient.com.au, dpavlin(a)rot13.org, francart(a)gmail.com, frederic(a)tamil.fr, indradg(a)gmail.com, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, mathsabypro(a)gmail.com, matthias.meusburger(a)biblibre.com, paola.rossi(a)cineca.it, pgsengstock(a)wisc.edu, tomascohen(a)gmail.com, z.tajoli(a)cineca.it Depends on: 8446 Blocks: 12026, 12027, 12680, 12681, 12682 It appears the initial shibboleth authentication patch spams the logs with an undefined error when disabled. This is a regression and we should keep the logs quiet (unless of course debug is set). Sorry guys, patch coming soon. -- You are receiving this mail because: You are watching all bug changes.

1 10

[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 12941] New: batch enable/disable courses
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '15

28 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12941 Bug ID: 12941 Summary: batch enable/disable courses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if there were check boxes next to courses in the staff client that I can click to batch enable to disable courses instead of having to go in to each one and check the box to enable/disable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12940] New: enter start and end date for course
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '15

28 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12940 Bug ID: 12940 Summary: enter start and end date for course Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice to enter a start and end date for a course so it automatically enables and disables the course on the right dates. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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

[Bug 12398] New: CAS authentication not working
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '15

27 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12398 Bug ID: 12398 Summary: CAS authentication not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Authentication Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org The CAS authentication doesn't work because the 'ticket' parameter is not removed when building service url which is passed to service_validate(). $query->delete('ticket') works, but $query->url_param() doesn't seem to take into account that parameter was deleted. Checked with last version of CGI. Same behaviour. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 11219] New: CAS authentication fails with URL parameters
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '15

27 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11219 Bug ID: 11219 Summary: CAS authentication fails with URL parameters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Bug 10029 tries to fix the use of URL parameters in CAS authentication. But is does not work. The full URL must be used in all methods of C4::Auth_with_cas. Also, in checkpw_cas(), the 'ticket' parameter must be removed to find the original URL. -- You are receiving this mail because: You are watching all bug changes.

1 30