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

[Bug 2969] Report Name should be mandatory for saved reports
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #2366|0 |1 is obsolete| | --- Comment #3 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 19795 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19795&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. -- 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 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff Patch complexity|--- |Small patch -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5339] New: Parcel closing in acq
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5339 Summary: Parcel closing in acq Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Parcel_closing_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 A new feature will be added to enable closing of a parcel. Once a parcel is closed, no item can be added. -- 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 117

[Bug 5335] New: More granular VAT
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5335 Summary: More granular VAT Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Better_VAT_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 -- 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 81

[Bug 6965] New: Tax and dicount rate should be formatted the same
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6965 Bug #: 6965 Summary: Tax and dicount rate should be formatted the same Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5690 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5690 screenshot of vendor detail page Tax rate and dicount rate are formatted differently on vendor detail page. -- 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 4

[Bug 8286] New: Enhancing tax and shipping calculation
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8286 Priority: P5 - low Change sponsored?: --- Bug ID: 8286 Assignee: koha-bugs(a)lists.koha-community.org Summary: Enhancing tax and shipping calculation Severity: enhancement Classification: Unclassified OS: All Reporter: epietrocupo.hlhl(a)ssss.gouv.qc.ca Hardware: All Status: NEW Version: rel_3_6 Component: Acquisitions Product: Koha Created attachment 10415 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10415&action=edit Location where the tax and shipping field should be placed The way koha currently manage tax caculation is wrong. You cannot use an global tax rate because not all items are taxed the same way. When using multiple taxes, sometimes taxes are applied differently according to the type of items. Shipping fees cannot be predicted in advance because it changes from a suplier to another. My suggestion is to add tax and shipping fields into the shipment reception page (see screenshot attached). The fields could be: Tax 1 Tax 2 Shipping fee Other Fee The idea is that when you receive a new shipment, the first thing to do would be to write down the taxes and the shipping fees. Then you can check the items you have received, and the total amount for shipping and taxes will simply be added at the end of the invoice. This way you are sure that the final price will match the total on the invoice. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 2865] Acquisitions: GST not calculating correctly.
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2865 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)biblibre.co | |m --- Comment #8 from Jonathan Druart <jonathan.druart(a)biblibre.com> --- This issue is certainly fixed by bug 5335. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9950] New: Item level holds not showing up in holds queue
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9950 Bug ID: 9950 Summary: Item level holds not showing up in holds queue Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: liz(a)catalyst.net.nz Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com While testing bug 9922 I saw some strange behaviour that looks to me like another bug. Testing scenario: I am at library A. My record has 1 item, holding library is B, home library is A. The status of the item is available. 1) Place an item level hold on the item - pickup library is A. 2) Run build_holds_queue.pl 3) Check holds queue in staff for both library A and B Problem: Hold doesn't show up on either for me, but I think it should show up on the one for library B, so it can be picked up and send to A to fill the hold. Different settings for AutomaticItemReturn made no difference. Same for testing on a branch with bug 9922 applied. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 10311] New: Holds queue ignores item-level holds where only one items exists
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '13

19 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10311 Bug ID: 10311 Summary: Holds queue ignores item-level holds where only one items exists Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: gmcharlt(a)gmail.com If a record has only one item, and that item has one item-level hold on it, that hold will not show in the holds queue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 9396] New: Saved reports listed twice
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '13

18 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9396 Bug ID: 9396 Summary: Saved reports listed twice Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/reports/guided_reports.pl?phase=Use saved OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org Bug 7993 has introduced a problem with the display of saved reports. If a saved report has a type it will appear twice in the list. There are not duplicates in the database, just in the list. -- You are receiving this mail because: You are watching all bug changes.

1 2