November 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 11218] New: Due notices broken / not generated
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11218 Bug ID: 11218 Summary: Due notices broken / not generated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org After updating a library we found due notices (send on the date a book is due) are no longer being generated. This bug is in 3.12.5 and I confirmed it's also a valid bug in master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[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