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

[Bug 4991] New: Overhaul Calendar interface
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '10

18 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4991 Summary: Overhaul Calendar interface Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/tools/holidays.pl OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Holidays AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2352 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2352 Screenshot of proposed update The Calendar interface is a bit of a jumble, and doesn't fit well with other Koha interfaces. I propose an overhaul. -- 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 9

[Bug 5318] New: rank weight error in ccl.properties
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '10

18 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5318 Summary: rank weight error in ccl.properties Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In ccl.properties, rank weights are defined for a weighted query. (look at Search.pm) It is : # Rank Weights r1 9=32 r2 9=28 r3 9=26 r4 9=10 r5 9=22 r6 9=20 r7 9=18 r8 9=16 r9 9=14 Rank r4 is wrong, it should be : r4 9=24 -- 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

[Bug 5243] New: C4::Search::SimpleSearch call in AuthoritiesMarc.pm
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '10

18 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5243 Summary: C4::Search::SimpleSearch call in AuthoritiesMarc.pm Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In 3.2 beta : AuthoritiesMarc.pm fails because of external function call : my ($error, $results, $total_hits)=SimpleSearch( $query, 0, 1, [ "authorityserver" ] ); SimpleSearch is a function of C4/Search.pm so it must be : my ($error, $results, $total_hits) = C4::Search::SimpleSearch( $query, 0, 1, [ "authorityserver" ] ); -- You may see that a correct call is made line 363. Regards. -- 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 5301] New: In C4/XSLT.pm, itemcallnumber can contain special XML characters
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '10

18 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5301 Summary: In C4/XSLT.pm, itemcallnumber can contain special XML characters Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: daniel.latremoliere(a)bulac.fr QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 2686 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2686 Simple patch (only for '<'). In C4/XSLT.pm itemcallnumber is concatenated with other data to create an XML document. Currently, only ampersand is encoded in corresponding XML entity (&). If itemcallnumber contain '<' then the XML parser, reading the XML document, can not understand the document, because it interprets this part of itemcallnumber data ('<') as the beginning of an XML tag. In this case (one bibliography with '<' in itemcallnumber) search in Koha does not function (return no results given the XML parsing bug). -- 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 12

[Bug 4866] New: Optionally enable Change event for item plugins
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '10

18 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4866 Summary: Optionally enable Change event for item plugins Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: PATCH-Sent Component: Cataloging AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 A few lines of code in additem.pl make it possible to add the Change event next to Blur and Focus for item plugins. This prevents running the plugin if the data has not changed. Patch sent for 3.0.x. -- 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 5

[Bug 5058] New: Small layout correction of vendor form
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '10

14 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5058 Summary: Small layout correction of vendor form Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/acqui/supplier.pl?op=enter OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2417 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2417 Before change There is a small difference in field length and display of % between 'tax rate' and 'discount'. -- 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 5105] New: Switch Module Depreciated in perl 12
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '10

12 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5105 Summary: Switch Module Depreciated in perl 12 Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Use of the Switch module is depreciated in perl 12 and above and generates warnings to that effect. Occurrences in the source should be replaced. As 3.2 is compatible with perl 5.8.8 Switch would have to be replaced by an if/else construct. In future version of Koha (i.e. supporting 5.10 and greater only) the given/when syntax is available. -- 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

[Bug 5248] New: Some descriptions missing in the opac
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '10

04 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5248 Summary: Some descriptions missing in the opac 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: chad(a)pennmanor.net QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2646 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2646 Patch for opac-detail Certain items were not displaying a description even though they had valid 52x fields in the marc record. This was happening to a number of our records but I haven't been able to narrow down the exact cause of the problem. I attached a patch that fixes the problem on our 3.0.x install. Here is a link to the unpatched version of opac-detail.pl https://library.pennmanor.net/cgi-bin/koha/opac-detail-orig.pl?biblionumber… And to the patched version https://library.pennmanor.net/cgi-bin/koha/opac-detail.pl?biblionumber=1032… -- 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 4

[Bug 5074] New: Adding possibility to cleanup_database.pl to purge only older sessions
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '10

04 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5074 Summary: Adding possibility to cleanup_database.pl to purge only older sessions Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Currently, the misc/cronjobs script cleanup_database truncates the session table (deleting all records, including active sessions). With an additional parameter sessdays, this behavior could be changed or (perhaps better) extended. If the parameter sessdays is passed along with a number of days, the script only deletes older session records. This is accomplished by examining the values of lasttime, atime or ctime in the record. So, calling the script like: ./cleanup_database.pl -v -sessions -sessdays 7 will only delete sessions records older than 7 days. The "old style" call ./cleanup_database.pl -v -sessions still works too and truncates the table as before. Patch has been sent. Can be applied to 3.0.x and master. -- 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 5

[Bug 5321] New: Search results link to incorrect record
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '10

02 Nov '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5321 Summary: Search results link to incorrect record Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: eb(a)efdss.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In the staff interface - I ran a search that resulted in about 40 hits. I selected six of them. When I tried to save the selected items to a list, it presented me with a list of completely different titles that were not in the original hit list. Looking closely, the actual bib record that the short title linked to was for the subsequent title in the database. The OPAC is doing the same thing. This behavior started shortly after I downloaded a record from the OPAC. I've tested it on Chrome and Firefox from a PC and Firefox from a Mac (OS X), the same thing happened. There are a couple items in my cart in the OPAC from a previous search and they still link to the correct information. But any searches I do link from the short record to the wrong information. Browsing the shelf in the Opac brings up correct records. -- 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 1