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

[Bug 5605] New: Add Support for SIP Fee Paid Message
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5605 Summary: Add Support for SIP Fee Paid Message Change sponsored?: Sponsored Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement 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 In order to support the payment feature in 3M self-issue units. The FeePaid Message needs to be supported in the Koha SIP software. Initial implementation currently in testing -- 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 7134] New: patron records getting funny birthdays
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7134 Bug #: 7134 Summary: patron records getting funny birthdays Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When updating an existing patron an error message comes up about the birthday being invalid. It will let us save the record but puts in a birth date of 00/02/0. There shouldn't be an error about the birthday field if it's not required and it shouldn't be populating it if we don't want it to. -- 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 5543] New: Date ISO format wrong separator
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5543 Summary: Date ISO format wrong separator Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: fridolyn.somers(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Hie, In code Dates.pm, iso date format is defined as : iso => 'yyyy-mm-dd' But in system preference, iso is displayed as : 'yyyy/mm/dd'. Same in "date-format.inc". 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 15

[Bug 7038] New: Contextual help is always in English
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7038 Bug #: 7038 Summary: Contextual help is always in English Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: frederic(a)tamil.fr QAContact: koha-bugs(a)lists.koha-community.org When another language than English is selected in pro interface, the software strings are in this language, but when clicking ?, on the top right of any page, the contextual help page which pop-up is always in English. -- 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 6789] New: Biblios with many items can result in broken search results links
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6789 Bug #: 6789 Summary: Biblios with many items can result in broken search results links Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Z39.50 / SRU / OpenSearch Servers AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Blocks: 2453 If a title has enough item record information to push it's MARCXML record size past 1MB, any information beyond that will be ignored. The record will be indexed, but the 999$c, which contains the biblionumber and is by its numerical nature the last field in the record, could be lost, and thus the link in the search results will be broken (no biblionumber filled in, so 404 error) The solution, ideally, would be to fix Net::Z3950::ZOOM to allow for the specification of a larger maximum record size, but that's impractical at this time. Koha can be altered to put all the 952 information AFTER the 999, practically guaranteeing that the biblionumber will be in the first 1MB worth of the MARCXML. If a few items records are lost to the indexer, that's unfortunate, but bearable. -- 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 6277] New: CustomLog instead of TransferLog
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6277 Bug #: 6277 Summary: CustomLog instead of TransferLog Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Transaction logs AssignedTo: paul.poulain(a)biblibre.com ReportedBy: nunyo(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org In koha-httpd.conf file, inside the <VirtualHost> configuration there is commented the TransferLog /home/www/koha/var/log/koha-opac-access_log, however there isn´t the CustomLog /home/www/koha/var/log/koha-opac-access_log combine to provide a more detailed log of the visits. It would be interesting to include by default the CustomLog // combined in this file. -- 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 7020] New: Items with no checkouts report does not output call number, barcode or item details
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7020 Bug #: 7020 Summary: Items with no checkouts report does not output call number, barcode or item details Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: jaker(a)mvwsd.org QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5868 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5868 Patch file that includes a fix for this bug When running the Items with no checkouts report and outputting to screen, the results do not include any identifying information for the items. The only information listed is the item count and the branch location. We are running Koha 3.4.4 on Debian Squeeze. I was able to fix this problem on our installation by modifying Catalogue_out.tt I am not that familiar with this template syntax but it looks like only the Default values for the fields are being assigned. I modified the file to define the Default values at the start of the foreach loop and then output the actual values within the table cells. I attached a patch file with my changes. -- 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 13

[Bug 6971] New: XSLT Opac Detail displays 245 subfields out of order
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6971 Bug #: 6971 Summary: XSLT Opac Detail displays 245 subfields out of order Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org 245 Subfields in the OPAC Detail Display (MARC21slim2OPACDetail.xsl) are being reordered once saved. For instance, instead of displaying according to ACR2 as 245 $a$h:$b, it's being displayed as 245 $a$b:$h. -- 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 7316] New: Missing escaping in search results
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7316 Bug #: 7316 Summary: Missing escaping in search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: critical Priority: P1 - high Component: Architecture, internals, and plumbing AssignedTo: semarie-koha(a)latrappe.fr ReportedBy: semarie-koha(a)latrappe.fr QAContact: ian.walls(a)bywatersolutions.com CC: paul.poulain(a)biblibre.com In opac (and intranet), in search results, two parameters need escaping in title (html element): - query_desc - limit_desc Impacted templates: koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/results.tt koha-tmpl/opac-tmpl/prog/en/modules/opac-results-grouped.tt koha-tmpl/opac-tmpl/prog/en/modules/opac-results.tt This is a security issue, as it could be used to perform XSS (I have tested). -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 7137] New: fixed width table where it should be variable
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7137 Bug #: 7137 Summary: fixed width table where it should be variable Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/serials/serials-collection.pl?subscripti onid=1 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 6137 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6137 fixed width table On the serials page you have a fixed width table with the issues you have received and are expecting - this should be variable width so people can see more info if they have a higher resolution. -- 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