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

[Bug 12968] New: "Lock budget" doesn't seem to work as described
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '14

19 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12968 Bug ID: 12968 Summary: "Lock budget" doesn't seem to work as described 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The Lock budget option is described in the help as: Locking a budget means that Funds will not be able to be modified by librarians I think this only partially works. What works: - If the budget is locked, you can't add a new fund to the budget using the option in the toolbar. It's greyed out. - It does seem to lock the entries on the acq planning page But: - You can still change and delete funds. - You can add new child funds. I think the feature should probably look the budget structure and amounts from getting changed, but that's mostly a guess :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12967] New: Allow to choose currency for calculating shipping cost
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '14

19 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12967 Bug ID: 12967 Summary: Allow to choose currency for calculating shipping cost 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When receiving books in the acquisition module, you can enter an amount and a fund for the shipping cost, but there is no currency pull down for calculating the amount from another currency. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12961] New: Credit receipts description of charges is incorrect
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12961 Bug ID: 12961 Summary: Credit receipts description of charges is incorrect 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: nick(a)quecheelibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using "Create Manual Credit" tab to add a credit type of either 'Credit' or 'Forgiven' the system description on the receipt does not match the display in the account tab. User entered description appears correctly after the values below: For 'Credit' the receipt displays 'C' For 'Forgiven' the receipt displays 'FOR' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12960] New: Fee descriptions autofill with unnecessary/incorrect info
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12960 Bug ID: 12960 Summary: Fee descriptions autofill with unnecessary/incorrect info Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)quecheelibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1 - When adding manual invoices to a patron account the 'description' field on the 'Create manual invoice' tab prefills to the type code for any type except 'Lost item' (i.e 'F' for fine, 'A' for 'Account manag...') This is not helpful to the user and is made even more unnecessary by bug 12415 2 - Copier fees description defaults to 'Copier fees' and the amount to "0.25" which is just an odd assumption unless that is configurable. Additionally, the account type for 'Copier Fees' shows as 'Copie' in both the accounts tab and on receipts. For English that should probably be either 'Copy' or stay with 'Copier fees' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10482] New: add items limit and sort to rebuild zebra
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10482 Bug ID: 10482 Summary: add items limit and sort to rebuild zebra Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com When indexing biblio records, the items are added into MARC format during database export (MARCXML or ISO2709). For some records, there is a huge number of items, mainly serials creating an item for each issue. There should be an option in rebuild_zebra.pl to limit the number of items added to record and an option to define a sort of those items. This will speed-up some indexing and avoid a known bug : when Zebra has a record with size too big for ISO2709 format this record returned as search result is broken (some items fields contains odd characters). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 12946] New: using new check in/specify return date function
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12946 Bug ID: 12946 Summary: using new check in/specify return date function Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the new backdating function in the check in portion of koha, the system will not retain settings if a print slip is generated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 2969] Report Name should be mandatory for saved reports
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kohapatch(a)gmail.com |oleonard(a)myacpl.org Severity|major |normal --- Comment #12 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- (In reply to Owen Leonard from comment #10) > I think that while this patch is an incomplete solution it is nevertheless > an improvement. I completely agree. Marked as Passed QA. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2969] Report Name should be mandatory for saved reports
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #31675|0 |1 is obsolete| | CC| |jonathan.druart(a)biblibre.co | |m -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2969] Report Name should be mandatory for saved reports
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 --- Comment #11 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- Created attachment 31717 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31717&action=edit Bug 2969 - Report Name should be mandatory for saved reports This patch re-implements the database changes from the original patch and adds an update for existing reports. It also reimplements the client-side validation using the new built-in validation plugin and adds coverage for SQL reports. I have also added the "required" attribute to the SQL report textarea since saving a report with no SQL triggers an error. To test: - Create a new guided report. Confirm that you cannot save your guided report without a report name. - Create or edit a saved SQL report. Confirm that you cannot save your report without a name or without SQL. - Confirm that the saved_sql table structure has been updated. Signed-off-by: Liz Rea <wizzyrea(a)gmail.com> Functional tests pass, database tables look correct to me. Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> Even with JS disabled, the form can not be submitted without the report name filled in. However we are not checking this server side .. if this was the public interface that would be a fail. I will leave this up to the RM to decided if client side checks are ok for this. Bearing in mind we weren't handling any sql errors properly server side before this. Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> Amended patch: description of the updatedb entry -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2969] Report Name should be mandatory for saved reports
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0