October 2015 - Koha-bugs - lists.koha-community.org

[Bug 14172] New: Acq: "Spent" lists incorrect titles and wrong total in some cases
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14172 Bug ID: 14172 Summary: Acq: "Spent" lists incorrect titles and wrong total in some cases Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In the acquisition module the spent and ordered amounts are linked to separate pages which show the records and freight costs that build up to the amount seen in the table. The page showing the ordered records appearst to be always correct, but there are problems with the spent page. At the moment, the problem always seems to occur for the 'serials' fund in each library (subscription order workflow?) The list is missing records in this case and the total is incorrect and not matching the value shown on the acq start page. We see this behaviour in several databases using acquisitons + serials with 3.18.5.1. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 13287] New: Add a system preference to define the number of days used in purge_suggestions.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13287 Bug ID: 13287 Summary: Add a system preference to define the number of days used in purge_suggestions.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: simith.doliveira(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The system preferences value is used whenever purge_suggestions.pl is called without the 'days' parameter. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 14957] New: Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 Bug ID: 14957 Summary: Write protecting MARC fields based on source of import Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: martin(a)bugs.koha-community.org.xinxidi.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Add options for write protecting individual MARC fields based on source of import (Z39.50, stage for import, etc) to avoid overwriting local changes. This feature is a superset of http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11780 -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10472] New: Receipt by line or invoice
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10472 Bug ID: 10472 Summary: Receipt by line or invoice Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com To select to ‘receipt in’ items either by per line or the entire invoice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10005] New: inventory checks items in without warning
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10005 Bug ID: 10005 Summary: inventory checks items in without warning Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com I got this via email: ---------- This is my first time doing inventory in KOHA at our high school. I've done it at our middle school before but we always cut off book circulation before doing inventory. At the high school, our collection is so large that we have to do inventory earlier and need to continue circulating through the process. We started the process fine but ran into a problem today when I was uploading our fiction barcodes into KOHA to see the dates last seen. When I uploaded them into the Inventory/Stocktaking area, I got a list of barcodes with the message "item was on loan. It was returned before marked as seen." When I looked up the barcodes, they were all books that were checked out during the day today. When I went back into those patron accts, their checkouts had been erased. ---------- So, I think the problem here is that there is no warning or way to tell Koha to not check the items in, it just checks them in and that's that. We need the inventory tool to either ask before running if it should check things in (an enhancement) or we need a warning saying that it will check things in (a temp fix for the bug). -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 9701] New: Configure default indicator
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9701 Bug ID: 9701 Summary: Configure default indicator Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: anthony.laquerre(a)ccsr.qc.ca CC: m.de.rooy(a)rijksmuseum.nl Request for enhancement. Allow to configure default indicators (eg allow us to impose "1" as the first indicator for an individual authority, because it is the one which is adequate most of the time, and right now, it must be added manually each time. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14101] New: auto renewal is tied to 'no renewal before'
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14101 Bug ID: 14101 Summary: auto renewal is tied to 'no renewal before' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It seems as though the autorenewal feature needs to have the column "no renewal before" filled in or it will auto renew everyday after the duedate I'm not sure (haven't had time to test) how this effects auto renewals that happen from the check box on the check out screen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 15032] New: Plack testing -- Stage MARC records for import -- Internal Server Error/Stalled Staged Import
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032 Bug ID: 15032 Summary: Plack testing -- Stage MARC records for import -- Internal Server Error/Stalled Staged Import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 15019 After the fixes for 15005, I retried importing a record batch. I didn't get the error pop up message, but this time I get the message "Internal Server Error" for this page: http://test-intra.plack.bywatersolutions.com/cgi-bin/koha/tools/stage-marc-… However, when I go directly to the Manage Staged Records page, I see my staged batch. To recreate: 1) Go to Tools --> Stage MARC records for import. 2) Upload file and click Import. I left all the settings on default ones. 3) Click Stage for Import. 4) Note the "Internal Server Error" message. 5) Click the back button and click on the Managed Staged Records link in the side bar. 6) Note the presence of the file you just uploaded. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15019 [Bug 15019] Plack testing - Umbrella -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 15091] New: Batch Checkout Doesn't Tell You it Failed
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15091 Bug ID: 15091 Summary: Batch Checkout Doesn't Tell You it Failed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 11759 If you do a batch checkout and the patron is blocked for some reason it shows you a list of the barcodes you scanned, but not warning or confirmation that none of the items were checked out. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11759 [Bug 11759] Batch checkout -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 12072] New: New dateformats are stupidly hard to add
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '15

20 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12072 Bug ID: 12072 Summary: New dateformats are stupidly hard to add Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 We need a dateformat like "dd.mm.yyyy" but just adding that into C4/Dates.pm, Koha/DateUtils.pm and i18n_l10n.pref -files isn't enough, because the allowed date formats are hard-coded in multiple template like this: [% IF ( dateformat == "us" ) %]mm/dd/yy[% ELSIF ( dateformat == "metric" ) %]dd/mm/yy[% ELSE %]yy-mm-dd[% END %] The dateformat style should be passed to the templates instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71