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

[Bug 7749] New: Not all OKs on the start page are translatable
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7749 Priority: P5 - low Change sponsored?: --- Bug ID: 7749 Assignee: katrin.fischer(a)bsz-bw.de Summary: Not all OKs on the start page are translatable QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha This also was reported on the wiki (http://wiki.koha-community.org/wiki/Yet_not_translatable_string) On Koha's start page not all OK's buttons will be translated. The OK button for OPAC search is not translatable. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 7727] New: NORMARC XSLT OPAC detail view shows double tabs
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7727 Priority: P5 - low Change sponsored?: --- Bug ID: 7727 Assignee: magnus(a)enger.priv.no Summary: NORMARC XSLT OPAC detail view shows double tabs QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 8232 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8232&action=edit Screenshot showing double tabs When marcflavour = NORMARC OPACXSLTDetailsDisplay = use XSLT the detail view has a double set of tabs for different views of the MARC record - see attached screenshot. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 7699] New: Restricted until datepicker broken
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7699 Priority: P5 - low Change sponsored?: --- Bug ID: 7699 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: Restricted until datepicker broken QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha The icon for the "Restricted until" datepicker on the edit patron page does not call up a datepicker. Indeed, it doesn't even appear to be a link. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 7695] New: Boolean operator AND in XSLT gets translated
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7695 Priority: P5 - low Change sponsored?: --- Bug ID: 7695 Assignee: frederic(a)tamil.fr Summary: Boolean operator AND in XSLT gets translated QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha * Problem In koha-tmpl/opac-tmpl/prog/en/xslt/MARC21slim2OPACDetail.xsl (and the corresponding XSLT for the intranet) this: 476 <xsl:with-param name="delimeter"> and </xsl:with-param> gets translated into this, for nb-NO: 476 <xsl:with-param name="delimeter"> og </xsl:with-param> ("og" being Norwegian for "and"), resulting in searches like this, when TraceSubjectSubdivisions is set to "include": (su,complete-subfield:"USA ") og (su,complete-subfield:"Borgerkrigen, 1861-1865") Zebra does not know how to handle "og" as a boolean operator, of course, resulting in zero hits. In the OPAC this can currently be avoided by not translating the string "and ", since this is the only occurrence of that string (but there is one occurrence of "and"), but in the intranet there are three occurrences of "and ", and only one of them is a boolean operator, so you can't just not translate the one place where it is. * One possible solution Since the translation process is case sensitive, but Zebra is not, it might be a way out to change "and" into "AND" in the line above, to make it stand out from the cases where "and" occurs as a regular word. Then we would "just" have to remember not to translate "AND", but just copy it over. Does anyone have a better idea? -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 7665] New: Bibs with no ISBN's show broken images for covers when using Syndetics cover images.
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7665 Priority: P5 - low Change sponsored?: --- Bug ID: 7665 Assignee: oleonard(a)myacpl.org Summary: Bibs with no ISBN's show broken images for covers when using Syndetics cover images. QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: NEW Version: rel_3_6 Component: OPAC Product: Koha When using the Syndetics service for enhanced content, bibs that have no ISBN numbers show broken images instead of "no image available" placeholders. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 7656] New: "undefined" pop-up message when putting hold on reference item
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7656 Priority: P5 - low Change sponsored?: --- Bug ID: 7656 CC: gmcharlt(a)gmail.com Assignee: koha.sekjal(a)gmail.com Summary: "undefined" pop-up message when putting hold on reference item QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Hold requests Product: Koha Created attachment 8042 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8042&action=edit Image of message box When placing a hold on an item that needs confirmation, the pop-up window says: undefined Place a hold on this item? -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 7645] New: System preferences editor save button obscured by language chooser
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7645 Priority: P5 - low Change sponsored?: --- Bug ID: 7645 CC: gmcharlt(a)gmail.com Assignee: oleonard(a)myacpl.org Summary: System preferences editor save button obscured by language chooser QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: System Administration Product: Koha Created attachment 8017 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8017&action=edit Screenshot detail If you have multiple languages enabled in the staff client and you're working on a preferences page which requires scrolling the bottom-most submit button is partially obscured by the language chooser. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 7644] New: Invalid markup in staff client language chooser
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7644 Priority: P5 - low Change sponsored?: --- Bug ID: 7644 Assignee: oleonard(a)myacpl.org Summary: Invalid markup in staff client language chooser QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha The language chooser which is displayed in the staff client if there are more than one translations enabled contains invalid markup: <div id="changelanguage" class="ft"> <ul id="i18nMenu" class="footermenu"> <div class="lang"> <li>English</li> </div> <div class="lang"> <li><a href="/cgi-bin/koha/changelanguage.pl?language=fr-FR">Français</a></li> </div> </ul> </div> It is not valid to wrap a <li> with a <div>. It would be better to find a valid way to constrict this so that "real" validation problems are easier to identify when testing. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 7590] New: Cataloging authorities search result page is broken
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7590 Bug #: 7590 Summary: Cataloging authorities search result page is broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: koha.sekjal(a)gmail.com This bug occurs on UNIMARC DB with authorities linked together with TS/TG relations. To reproduce it: - Add a new biblio record - On 610 field, click on the tag editor button to search an authority - In the Authority search window, enter a large search - On the result page, for authorities having relations with other terms, in the Get it! column, you get a mess of TS/TG relations and not more Choose link. See attached screenshot. -- 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 11

[Bug 7092] New: Complete-subfield searches TraceCompleteSubfields syspref not working correctly
by bugzilla-daemon＠bugs.koha-community.org 09 May '12

09 May '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7092 Bug #: 7092 Summary: Complete-subfield searches TraceCompleteSubfields syspref not working correctly Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org If TraceCompleteSubfields in 3.6 is set to force, clicking on the subject search links for a given bib generates a URL that looks similar to the following: opac-search.pl?q=(su,complete-subfield:{Cryptography})%20and%20(su,complete-subfield:{Juvenile%20literature.}) This will return no results when performing a subfield search for a given bib. I set TraceCompleteSubfields to "Don't force" and was able to search subjects again. -- 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 26