March 2014 - Koha-bugs - lists.koha-community.org

[Bug 11724] New: Make Funds/Status on suggestions page sortable/searchable
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11724 Bug ID: 11724 Summary: Make Funds/Status on suggestions page sortable/searchable Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All URL: /cgi-bin/koha/suggestion/suggestion.pl OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The 2 last columns in the suggestions table in staff are not sortable. Also, if you enter the fund name in the datatable search box on top of the table, it will not match. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11859] New: Add edition and publication year to PDF templates in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11859 Bug ID: 11859 Summary: Add edition and publication year to PDF templates in acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Add edition and publication year to the order information in PDF templates sent to the vendor. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 11986] New: Tags searching doesn't work in OPAC if biblio DOM indexing is being used
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11986 Bug ID: 11986 Summary: Tags searching doesn't work in OPAC if biblio DOM indexing is being used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org For biblio DOM indexing (which, AFAIRC, is now default setting for new installations), tags "searching" in OPAC doesn't work properly. Clicking on any tag in OPAC (within "Tag cloud", or within "Tags from this library: " in any given biblio) leads to 404 error in browser, and ERROR DECODING RECORD - :1: parser error : Start tag expected, '<' not found ... at /home/koha/devkohaclone/C4/Search.pm line 1724. in error.log. I guess underlying cause for this error is this kludge in opac/opac-search.pl: 504: my @marclist = (map {$_->{marc}} @biblist ); 506: $results_hashref->{biblioserver}->{RECORDS} = \@marclist; which doesn't work any longer in cases when retrieval format being used for biblio records may now be not neceserilly marc, but also xml / marcxml. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9108] New: Add uk/euro date sort filter to pages which require it
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9108 Bug ID: 9108 Summary: Add uk/euro date sort filter to pages which require it Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org In order for dates in DD/MM/YYYY format to be correctly sorted by the DataTables plugin, a filter must be added in the <script> block. This filter already exists in the DataTables JS but must be explicitly imported. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 11769] New: Use validation plugin when creating new MARC framework
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11769 Bug ID: 11769 Summary: Use validation plugin when creating new MARC framework Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/biblio_framework.pl?op=add_form OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 11764, 11765 The new MARC framework entry form uses custom validation JavaScript which can be easily replaced with HTML5 validation attributes in conjunction with Koha's built-in validation plugin (http://jqueryvalidation.org/documentation/) -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 11227] New: Staff po files contain lots of Javascript
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11227 Bug ID: 11227 Summary: Staff po files contain lots of Javascript Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The new staff po files contain a lot of Javascript strings: Example: authorities_js.inc "function mergeAuth(authid, summary) { var alreadySelected = $.cookie('auth_to_merge'); if (alreadySelected !== null) { alreadySelected = JSON.parse(alreadySelected); $.cookie('auth_to_merge', '', { 'path': '/', 'expires': -1 }); var refstring = \"\"; if (typeof alreadySelected.mergereference !== 'undefined') { refstring = \"&mergereference=\" + alreadySelected.mergereference; } window.location.href = \"/cgi-bin/koha/authorities/merge.pl?authid=\" + authid + \"&authid=\" + alreadySelected.authid + refstring; } else { $.cookie('auth_to_merge', JSON.stringify({ 'authid': authid, 'summary': summary }), { 'path' : '/' }); showMergingInProgress(); } } function showMergingInProgress() { var alreadySelected = $.cookie('auth_to_merge'); if (alreadySelected !== null) { alreadySelected = JSON.parse(alreadySelected); $('#merge_in_progress').html(_(\"Merging with authority: \") + \"" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 11497] New: i18n toolchain fails to pick up TT code in the format 'SomeVariable or "Some Text"' for translation
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11497 Bug ID: 11497 Summary: i18n toolchain fails to pick up TT code in the format 'SomeVariable or "Some Text"' for translation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Some templates use the following or similar code: [% LibraryNameTitle or "Koha online" %] The translation toolchain fails to pick up the hard-coded string for translation: # grep -E '^#. %[0-9]+\$s: +.* or \"[^"]+".*$' po/de-DE-*.po po/de-DE-i-opac-t-prog-v-3006000.po:#. %4$s: LibraryNameTitle or "Koha online" po/de-DE-i-opac-t-prog-v-3006000.po:#. %3$s: LibraryNameTitle or "Koha online" po/de-DE-i-opac-t-prog-v-3006000.po:#. %3$s: LibraryNameTitle or "Koha online" po/de-DE-i-opac-t-prog-v-3006000.po:#. %2$s: LibraryNameTitle or "Koha online" po/de-DE-i-opac-t-prog-v-3006000.po:#. %2$s: LibraryNameTitle or "Koha online" po/de-DE-i-staff-t-prog-v-3006000.po:#. %1$s: frameworkcode or "Default" po/de-DE-i-staff-t-prog-v-3006000.po:#. %1$s: update.old_branch or "?" po/de-DE-i-staff-t-prog-v-3006000.po:#. %2$s: update.LoginBranchcode or "?" po/de-DE-opac-bootstrap.po:#. %4$s: LibraryNameTitle or "Koha online" po/de-DE-opac-bootstrap.po:#. %3$s: LibraryNameTitle or "Koha online" po/de-DE-opac-bootstrap.po:#. %3$s: LibraryNameTitle or "Koha online" po/de-DE-opac-bootstrap.po:#. %3$s: LibraryNameTitle or "Koha online" po/de-DE-opac-bootstrap.po:#. %2$s: LibraryNameTitle or "Koha online" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 10823] New: add class info to enumchron data in detail.tt, for better styling
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '14

28 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10823 Bug ID: 10823 Summary: add class info to enumchron data in detail.tt, for better styling Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org this is a trivial patch with no functional change this patch adds class info to the item.serialseq and item.publisheddate values, to allow better styling -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 7327] New: Translation script doesn't like concatenated javascript strings
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '14

26 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7327 Bug #: 7327 Summary: Translation script doesn't like concatenated javascript strings Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N AssignedTo: frederic(a)tamil.fr ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: ian.walls(a)bywatersolutions.com I noticed that some alerts are (no longer?) translated. Example: cat-toolbar.inc is_confirmed= alert(_('There are [ '+ count +' ] item(s) attached to this record \n You must delete all items before deleting this record.')); This string doesn't get translated at all now. Also the \n is not good because it causes problems in Pootle. The only solution to make this translatable seems to be: is_confirmed= alert(_("There are [ ") + count + _(" ] item(s) attached to this record.") + "\n" + _("You must delete all items before deleting this record." By splitting it up into several part the sentence is very hard to translate. Also small pieces like "Delete" or "There are" are difficult, because you might want to use different words for it in your translation. It would be better if we can make the translation script deal with those strings and make it put in placeholders. So you would end up with: is_confirmed= alert(_('There are [ '+ count +' ] item(s) attached to this record \n You must delete all items before deleting this record.')); Output in po-file: There are [ %s ] item(s) attached to this record. ... I think this is a bug now, because those alerts don't get translated at all. Splitting them up is one solution, but fixing the translation scripts would be much better. -- 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 5145] New: Call number in XSLT availability information
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5145 Summary: Call number in XSLT availability information Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2537 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2537 screenshot of result list and availability display The availability information in OPAC's XSLT result list shows the call number only for available items. If the item is checked out, no call number is shown. Our libraries are irritated by that and asked to always show the call number. Another of our libraries has the problem, that the call number shown in availability does not match all their items. To make it worse Koha normally shows the call number of the item that is not for loan in the result list. And the items are located at different locations in the building. So it would be a good enhancement if showing the call number in the result list would be optional and controlled by a sys pref. -- 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