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

[Bug 5329] New: Testing bug-submit
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '11

25 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5329 Summary: Testing bug-submit Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: bugs.koha-community.org AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This is a bug for testing the email interface to bugs.koha-community.org. Move along, nothing to see here. -- 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 6

[Bug 5275] New: no way to change framework by editing
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '11

25 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5275 Summary: no way to change framework by editing Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 I am editing a record in cataloging and I have changed the framework, made changes to the marc fields and hit save. When I hit save warnings about required fields in the newly selected framework appear, but after I hit save the framework is not changes, the book is still using the original framework. -- 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 11

[Bug 5076] New: Fatal Error when ++ sign use in bibliographic record.
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '11

25 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5076 Summary: Fatal Error when ++ sign use in bibliographic record. Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: amzari79(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When ++ sign used in bibliographic record (For example books with title C++), fatal error appear during adding item or editing the bibliographic record. The log as follows: The following fatal error has occurred: Nested quantifiers in regex; marked by <-- HERE in m/11706,c++ <-- HERE :\-(\d);/ at /usr/share/koha/lib/C4/Biblio.pm line 2781. Apache Server version: Apache/2.2.8 (Ubuntu) Server built: Mar 9 2010 20:45:36 Koha 3.00.06.008 Koha DB 3.0006008 MySQL mysql Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (i486) using readline 5.2 OS Linux opac 2.6.18-2-pve #1 SMP Mon Feb 1 10:45:26 CET 2010 i686 Perl 5.008008 -- 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 5107] New: MARC Editor fails to open Popup in some browsers (IE, Webkit)
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '11

18 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5107 Summary: MARC Editor fails to open Popup in some browsers (IE, Webkit) Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: Other OS/Version: Linux Status: NEW Severity: blocker Priority: P5 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: virtualthinking(a)hotmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Summary: (1) Cannot update or edit data in MARC leader and 008 field. (2) Cannot activate tag editor Problem: When editing MARC records the tag editor fails to open in some browsers. When the tag editor is clicked the following error is generated in IE8. >>>>>SNIP>>>>> Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET4.0C; .NET CLR 3.0.30729) Timestamp: Tue, 10 Aug 2010 00:54:16 UTC Message: Invalid argument. Line: 2323 Char: 2 Code: 0 URI: http://173.203.220.32:8080/cgi-bin/koha/cataloguing/addbiblio.pl?biblionumb… -- 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 10

[Bug 4931] New: Stocktaking must be based on holdingbranch instead of homebranch
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '11

18 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4931 Summary: Stocktaking must be based on holdingbranch instead of homebranch Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 As in a network of libraries, some libs can loan books to others libs in the network. For the moment, the stocktaking is based on homebranch, that seems to be bad, because if the book is loaned to another library, the book will be on the list, so the library won't find it. If the stocktaking is based on holdingbranch, if the book should be present physicaly, it will be shown in the list. -- 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 8

[Bug 4954] New: modifying a member renew his card
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '11

18 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4954 Summary: modifying a member renew his card Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 If you modify a member using another page than step 0 or 3, the expiry date is renewed. It shouldn't. -- 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 8

[Bug 5401] New: WYSWYG for Koha News
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '11

08 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5401 Summary: WYSWYG for Koha News Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: kmkale(a)anantcorp.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2746 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2746 A screenshot of the editor working on my system A WYSWYG editor for Koha news. Will be submitting a patch which adds this functionality using elRTE editor from elrte.org which is BSD style licensed. Had to tweak its default css file a little for it to play with Koha. A screenshot is attached. -- 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 15

[Bug 5251] New: Add support for using a gmail account as an SMTP server.
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '11

08 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5251 Summary: Add support for using a gmail account as an SMTP server. Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This patch adds support for using a gmail account as an SMTP server. It includes a basic HOWTO. -- 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 6

[Bug 5415] New: Simplify Returns from SimpleSearch
by bugzilla-daemon＠bugs.koha-community.org 08 Apr '11

08 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5415 Summary: Simplify Returns from SimpleSearch Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 SimpleSearch routine returns an array of three values an errorstring, a reference to an array of records and a scalar number of hits. If an error is returned the array_ref and hit_count are undefined If there is no error returned the errorstring is undefined. but the other elements maybe defined or undefined. As a result it exports complexity into the calling interface which typically has to test is there an error then for each return element test definedness then assign it etc. leading to code hard to read, maintain and sometimes get right. People do seem to have a problems resulting from the implied "randomness" of the return. Proposal that the variables used in non-error returns are initialized so that they are only undefined in in error returns. Current code should still work as is (otherwise its a bit buggy already!) Will mean that only error needs checking if not defined hit_count is a scalar >= 0 and array_ref is a ref to a (possibly empty) array. Calls to SimpleSearch can then simplified accordingly -- 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 10

[Bug 5102] New: Greybox JS files missing
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '11

06 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5102 Summary: Greybox JS files missing Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The Greybox JS files do not exist in the 3.0.x branch, but are called by OPAC templates. The result is that with XSLT on the "MARC View" link opens a page of plain text instead of popping up a modal window with the MARC data. -- 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 7