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

[Bug 9856] New: Add TTF font path in a syspref instead of hardcoding, for labels printing (bug 8375)
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '14

11 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9856 Bug ID: 9856 Summary: Add TTF font path in a syspref instead of hardcoding, for labels printing (bug 8375) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: mtj(a)kohaaloha.com -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8230] New: Show the ordered status in catalogue page
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '14

10 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8230 Priority: P5 - low Change sponsored?: --- Bug ID: 8230 Assignee: koha-bugs(a)lists.koha-community.org Summary: Show the ordered status in catalogue page Severity: enhancement Classification: Unclassified OS: All Reporter: matthias.meusburger(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Acquisitions Product: Koha This patch will be helpful for showing the ordered status in the catalog page. The status can be seen in the catalog search result also.For the proper working of this patch two more fields to be mapped to the same marc field where the other aqorder fields are mapped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 68

[Bug 7274] New: Fix formatting of actual cost on order receive page
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '14

07 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7274 Bug #: 7274 Summary: Fix formatting of actual cost on order receive page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/acqui/orderreceive.pl?ordernumber=41&inv oice=6414&gst=0&supplierid=1 OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: ian.walls(a)bywatersolutions.com Created attachment 6451 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6451 screenshot 1) Create new basket 2) Order something and put actual cost in the order form 3) Receive Actual cost should be formatted as the other currency values. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 11381] New: IDreamBooks too close to title on bootstrap
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '14

07 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11381 Bug ID: 11381 Summary: IDreamBooks too close to title on bootstrap Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 23396 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23396&action=edit readometer on the title On the Bootstrap theme the IDreamBooks readometer is smack up against the title. In other themes it was aligned to the right so that the title was readable. We don't need it aligned right, if that won't work, but I don't think it should be smack up against the title. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11509] New: koha-create should print better usage information
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '14

07 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11509 Bug ID: 11509 Summary: koha-create should print better usage information Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The usage information is not helpful as-is. It can be refactored a bit. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 11503] New: Several typos
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '14

07 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11503 Bug ID: 11503 Summary: Several typos Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org "Acquistions" in intranet-tmpl/prog/en/modules/help/reports/guided_reports.tt "secton" in intranet-tmpl/prog/en/modules/help/members/member-flags.tt "Van der Griten" (should be Van der Grinten) in intranet-tmpl/prog/en/modules/cataloguing/value_builder/unimarc_field_120.tt "exisiting" in intranet-tmpl/prog/en/modules/authorities/authorities.tt and intranet-tmpl/prog/en/modules/help/serials/subscription-frequencies.tt "techniqu" in intranet-tmpl/prog/en/modules/cataloguing/value_builder/unimarc_field_121a.tt "ressource" in intranet-tmpl/prog/en/includes/subtypes_unimarc.inc, opac-tmpl/prog/en/includes/subtypes_unimarc.inc and opac-tmpl/bootstrap/en/includes/subtypes_unimarc.inc "cliam" in intranet-tmpl/prog/en/modules/help/acqui/lateorders.tt "possesion" in intranet-tmpl/prog/en/modules/reserve/request.tt -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 10679] New: Lists interface offers delete option when user doesn't have permission
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10679 Bug ID: 10679 Summary: Lists interface offers delete option when user doesn't have permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In both the OPAC and the staff client a "allowremovingitems" variable is used in the template to determine whether the logged in user should be able to delete items from a list. In both the OPAC and staff client this variable is true when it should be false. Fortunately the user can't actually remove something from the list. Instead the page returns an error message. However, the "remove" option should not be visible in that case. To confirm this bug, log in to the OPAC or staff client and open a public list which was created by another user. The "remove from list" option will be available but submitting the form will return an error like "You could not delete any selected items from this shelf." -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 5901] New: Make virtualshelves permissions more granular
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5901 Bug #: 5901 Summary: Make virtualshelves permissions more granular Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org At the moment the virtualshelves system parameter is an ON/OFF option. I think this needs to be more granular: - no lists - lists for staff only (= virtualshelves OFF now) - allow patrons to create private lists - allow patrons to create private and public lists (= virtuelshelves ON now) Good or bad idea? Do we need more than that? -- 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 8

[Bug 7495] New: Tax calculations problem for new orders.
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7495 Bug #: 7495 Summary: Tax calculations problem for new orders. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: fcapovilla(a)live.ca QAContact: koha.sekjal(a)gmail.com When creating a new order, the automatic tax calculations may sometimes be wrong because of loss of precision. Example : With gist=0, create a new order and put 18.99 into the "Vendor price" field. The "Budgeted cost" and "Total" fields are automatically set to 18.98 when they should be 19.99 The same happens with 16.99 . Possible cause of the problem : http://stackoverflow.com/questions/3730019/why-not-use-double-or-float-to-r… Here are some utility functions that could be used to correct the problem : function to_Cents(val) { return Math.round(val*100); } function to_Dollars(val) { return (Math.round(val)/100).toFixed(2); } -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 8465] New: CancelReserve sub is doing wrong
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '14

06 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8465 Priority: P5 - low Change sponsored?: --- Bug ID: 8465 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: CancelReserve sub is doing wrong Severity: critical Classification: Unclassified OS: All Reporter: christophe.croullebois(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha In request.pl when you cancel a waiting hold, with the red cross,the next becomes "waiting", but: in the same page, the details column shows "No Barcode " in detail.pl, the status column shows "available" that is bad too, but: behind the scene, it's worse, because the CancelReserve function is poorly formated. The matter is that this sub puts a "W" on the next hold, that is impossible due to many constraints An other point, the sub increases priority for all other holds, that is good, except in one case: if we delete an hold with priority=0 and found=W the next waiting with priority=1 will be 0, and that is not good. So I have just corrected that and cleaned the code. After discussions, I have decided to avoid a manual checkin of the item. So, in the case of deleting a waiting hold, no need to checkin the item, if we have an hold following, a requester will propose to transfer or to confirm the hold. cleaning CancelReserve API : the biblionumber is retrieved in the SELECT * FROM reserves WHERE reservenumber = ?' at the beginning of the sub, so removing it from API. **************************************************************************** To test : * put 2 different holds on a biblio with 1 item * checkin and confirm the first hold * all is correct you can see it in the piority column "Waiting" * now use the red cross on the right to cancel this hold * check request.pl and detail.pl you'll see the results of the bug. Thx for testing -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6