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

[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

[Bug 5823] New: Repeated check in of on-hold item fails to show hold information
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '14

23 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5823 Bug #: 5823 Summary: Repeated check in of on-hold item fails to show hold information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 3241 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3241 Hold message upon first checkin To reproduce: 1. Place a hold on an item with a pickup library different from the one at which you're logged in. 2. Check in the item. You should see a message like that shown in the attached image. Confirm the hold. 3. Check in the item again. You should see a message like that shown in the second attachment, "Hold message upon second checkin." Confirm. 4. Check in the item again. You will see no hold confirmation message at all. The hold message should always display if there is an outstanding hold, even if the hold is already confirmed and in transit. -- 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 9032] New: Share a list
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '14

21 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9032 Priority: P5 - low Change sponsored?: --- Bug ID: 9032 CC: m.de.rooy(a)rijksmuseum.nl Assignee: m.de.rooy(a)rijksmuseum.nl Summary: Share a list Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: ASSIGNED Version: master Component: Virtual Shelves Product: Koha Bug 7310 already included the following point (among others): Add a new (opac) feature to private lists: Share a list (with another patron). Let the user share access to a list by Koha sending an email with a URL including some (temporary) invitation key. When the invited patron clicks that URL (when logged in), he gains access (in accordance with the described permission options for that specific list). The invited patron can always 'delete' the shared list, i.e. delete the share. The owner can 'unshare' the list and remove all shares for that list. This report is created for this point only. -- You are receiving this mail because: You are watching all bug changes.

1 124

[Bug 8262] New: Could not add or create List in koha 3.8.1
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '14

21 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8262 Priority: P5 - low Change sponsored?: --- Bug ID: 8262 Assignee: gmcharlt(a)gmail.com Summary: Could not add or create List in koha 3.8.1 Severity: enhancement Classification: Unclassified OS: Linux Reporter: bondwal.amit(a)gmail.com Hardware: PC Status: NEW Version: rel_3_8 Component: Architecture, internals, and plumbing Product: Koha Hi Folks, I am new to koha, I installed koha 3.8.1 on centos 6.2 working fine, but when I tried to use List option on administration, It did not create List. When I tried to create a new List, It open popup window and ask for List Name and Select public and private etc., When I saved the List it shows nothing in Lists. Please help me. Thanks and regards Amit Bondwal -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 8058] New: Circulation empty barcode field redirect to pay fines screen if borrower has outstanding fines
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '14

19 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8058 Priority: P5 - low Change sponsored?: --- Bug ID: 8058 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Circulation empty barcode field redirect to pay fines screen if borrower has outstanding fines Severity: enhancement Classification: Unclassified OS: All Reporter: chrish(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha Added syspref CircPayFinesRedirect that allows the pay fines page to appear if the borrower has outstanding fines when an empty barcode is entered from within circulations. If CircAutoPrintQuickSlip (added in bug 7077) is enabled then CircPayFinesRedirect will redirect after the quick slip window has opened (so it does not interfere with existing behavior). -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 9264] New: Make getitems default sort to set by a preference instead of hard coded to homebranch.
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '14

19 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9264 Bug ID: 9264 Summary: Make getitems default sort to set by a preference instead of hard coded to homebranch. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com This sort order had been switched from home branch to holding branch and then back again at different points in time. Some libraries liked it when it was by holding branch, rather than home branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 9448] New: Add separate permission for writing off fees
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '14

18 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9448 Bug ID: 9448 Summary: Add separate permission for writing off fees Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Right now, Koha has a single all or nothing permission for viewing/altering fees. It would be good to have a separate sub-permission for write-offs and a new sub-permission for all remaining fee related activities ( which could also be split up in the future ). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36