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

[Bug 5176] New: SIPServer Incorrectly Requires Login over Socket
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '15

06 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5176 Summary: SIPServer Incorrectly Requires Login over Socket Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Comment in the source indicates a mis-reading of the standard. Assuming that over a raw socket connection login will be the first message. Standard states that whether login or another mechanism is used is optional. (It is configurable on 3M units and most others). (If used login should be first but it can be spoofed in our implementation anyway) Use of login should be a configurable option. This may cause problems on flaky connections. -- 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 3

[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 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 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 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

[Bug 5071] New: Make the 'koha' package set things up so that zebra etc. just work
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '15

27 Feb '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5071 Summary: Make the 'koha' package set things up so that zebra etc. just work Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 At the moment, the site you get from using the 'koha' package doesn't integrate with the management system (based around koha-list) that koha-common provides. This means that things like zebra and other cron jobs don't work. If the koha package installed its default site into the location that koha-common expects (/etc/koha/sites), then koha-common will be able to manage all these things pretty much automatically. -- 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 3