May 2013 - Koha-bugs - lists.koha-community.org

[Bug 9427] New: Withdrawn items show as available in staff client search results
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9427 Bug ID: 9427 Summary: Withdrawn items show as available in staff client search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org If a title has withdrawn items, those items are grouped with available ones in the staff client search results screen. The template expects to be able to handle withdrawn items: [% IF ( SEARCH_RESULT.othercount ) %] <span class="unavailable">[% SEARCH_RESULT.othercount %] unavailable:</span> <ul> [% FOREACH other_items_loo IN SEARCH_RESULT.other_items_loop %] ... [% IF ( other_items_loo.wthdrawn ) %](Withdrawn)[% END %] I assume based on this that the problem is happening somewhere in Search.pm where these results are built. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9160] New: untranslatable string in basket.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9160 Bug ID: 9160 Summary: untranslatable string in basket.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.poulain(a)biblibre.com In basket .pl, the basketgroup list contains a "No group" that is untranslatable. It's because it's in the .pl itself: line 218: my %emptygroup = ( id => undef, name => "No group"); It must be moved to the template -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 5317] New: transfer messages inconsistent
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5317 Summary: transfer messages inconsistent Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation 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 Estimated Hours: 0.0 I found the following is happening in Firefox: -Check-in of a checked-out item from another branch shows only a partial message that says "Please return <title> to" -When the book is checked in again, a full message appears: "Please return <title> to <branch name>" The first message should look the same as the second - including the branch name. -- 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 2

[Bug 9955] New: Partly broken local cover image uploading
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9955 Bug ID: 9955 Summary: Partly broken local cover image uploading Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: dubyk(a)library.lviv.ua Unable to connect local cover images. Loading hangs at 100% and then not possible to process the image. Suddenly it occurs in Firefox browser in Linux (Debian testing) and in Windows (XP). In error console of Firefox appears this error: Eror: TypeError: jQuery.handleError is not a function Source: http://koha.tntu.edu.ua:8888/intranet-tmpl/prog/en/lib/jquery/plugins/ajaxf… Line: 111 The browser Chromium has no such problem. Found here (http://stackoverflow.com/questions/13107536/jquery-handler-error-is-not-a-f…) that the jQuery.handleError was removed after the jQuery version in 1.5 and need to write a custom error handler function. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 8948] New: MARC21 field 787 doesn't display
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8948 Priority: P5 - low Change sponsored?: --- Bug ID: 8948 Assignee: oleonard(a)myacpl.org Summary: MARC21 field 787 doesn't display Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Facebook may not like unspecified relationships, but rare books catalogers do! -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9349] New: Saved reports: sort broken on creation date
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9349 Bug ID: 9349 Summary: Saved reports: sort broken on creation date Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Reports Assignee: adrien.saurat(a)biblibre.com Reporter: adrien.saurat(a)biblibre.com The sort on creation date does not work with non-US dates. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9508] New: the dateformat variable is not standardize in template files
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9508 Bug ID: 9508 Summary: the dateformat variable is not standardize in template files Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com It would be great to use the following test everywhere if ( dateformat == "metric" ) instead of if ( dateformat_metric ) -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 8747] New: clicking "repeat this tag" causes cursor to jump to top of page
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8747 Priority: P5 - low Change sponsored?: --- Bug ID: 8747 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: clicking "repeat this tag" causes cursor to jump to top of page Severity: minor Classification: Unclassified OS: All Reporter: ago(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha When editing a record, clicking on 'repeat this tag' for the 650 causes the cursor to jump to the top of the page. This does not always happen, but I have seen it on multiples sites in 3.6 and 3.8. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8444] New: Lost item checked in doesn't remove from patron record, nor prompt that item is marked as lost
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8444 Priority: P5 - low Change sponsored?: --- Bug ID: 8444 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Lost item checked in doesn't remove from patron record, nor prompt that item is marked as lost Severity: normal Classification: Unclassified OS: All Reporter: ago(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha Item was marked as lost. When item checked in: patron still has item marked as due and lost, with no prompt that item is marked as lost. Views: Normal: Checked out to : due 06/06/2012 23:59 Lost Items: Checkout status: Checked out to , Due back on 06/06/2012 Changed status from 'Lost' to 'normal', but next day it had reverted to 'Lost'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 6443] New: Merging bibs with quotes in 520 field truncates the 520 field text
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6443 Bug #: 6443 Summary: Merging bibs with quotes in 520 field truncates the 520 field text Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: hbraum(a)nekls.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com When using the merge bib records tool, if one of the merged records has quotes in the 520 field, the 520 field text will be truncated prior to the first quotation mark upon merge. -- 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 2