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

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

[Bug 7242] New: Typo in opac-shelves.tt
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7242 Bug #: 7242 Summary: Typo in opac-shelves.tt Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: ian.walls(a)bywatersolutions.com <div is="leftmenus" class="container"> should be <div id="leftmenus" class="container"> -- 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 5

[Bug 6801] New: C4::Overdues::checkoverdues returns all fields from biblio, biblioitems, items and issues
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6801 Bug #: 6801 Summary: C4::Overdues::checkoverdues returns all fields from biblio, biblioitems, items and issues Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org checkoverdues is used solely by C4::Members::patronflags to determine if a borrower has any overdues; if so, the ODUE flag is added to their and the list of overdues returned. This winds up being fed to GetMemberDetails, and some of the calls then use the overdue items... sometimes. Removing the marc and marcxml blobs would greatly speed up the return of this function, which can cause slowness for patrons with many, many checkouts (or with relatives with many, many checkouts). -- 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 7082] New: Template improvements for better translatability
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7082 Bug #: 7082 Summary: Template improvements for better translatability Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor 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 /cgi-bin/koha/admin/aqbudgets.pl Problem: <label for="show_mine">Show my<br /> funds only</label> This gets broken into 2 strings for translation which makes it very hard for translators to make sense of it. Patch removes the line break. -- 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 7141] New: The biblio details page in the intranet doesn't work if XSLT is activated and the xsl file contains "  "
by bugzilla-daemon＠bugs.koha-community.org 23 May '12

23 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7141 Bug #: 7141 Summary: The biblio details page in the intranet doesn't work if XSLT is activated and the xsl file contains " " Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 6148 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6148 Correct a problem when translations contain   in MARC21 XSL file. The problem occurs when XSLTDetailsDisplay is set to use XSLT, marcflavour is set to MARC21 and the fr-FR or fr-CA languages are used. If I then go see the details of a biblio record in the intranet, I get many of the following errors : /home/koha/kohagit/koha-tmpl/intranet-tmpl/prog/fr-FR/xslt/MARC21slim2intranetDetail.xsl:132: parser error : Entity 'nbsp' not defined <span class="results_summary type"><span class="label">Type :</span> ^ /home/koha/kohagit/koha-tmpl/intranet-tmpl/prog/fr-FR/xslt/MARC21slim2intranetDetail.xsl:145: parser error : Entity 'nbsp' not defined <xsl:with-param name="label">Collection :</xsl:with-param> ^ Frederic Demians suggested a fix to add in MARC21slim2intranetDetail.xsl . I tried it and it seems to work. Patch 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 21