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

[Bug 9126] New: Receiving orders create too much items
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9126 Bug ID: 9126 Summary: Receiving orders create too much items Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com If AcqCreateItems = 'receiving', receiving an order create 1 not wanted additional item. This is due to patch for Bug 8637 that exit function Check() too early. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 9486] New: t/Letters.t loads modules in wrong order
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9486 Bug ID: 9486 Summary: t/Letters.t loads modules in wrong order Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Test Suite Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com Because the unit test t/Letters.t loads C4::Letters before C4::Context, and C4::Letters is not even vaguely thread-safe, the test tends to fail. Usually. Moving the dbh mocking to before the use_ok('C4::Letters') test fixes the problem. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9211] New: days_between wrong behaviour
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9211 Bug ID: 9211 Summary: days_between wrong behaviour Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com As noted in comments #15, #16 and #17 of bug 8486, and its API, Koha::Calendar->days_between should always returns a positive number irrespective of the relative order of the parameters. This is still an open bug, which arised when rewriting the Calendar.t file. Already have a patch for it. Attaching in a minute. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 9402] New: useless letter "v" between 2 <option> tags
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9402 Bug ID: 9402 Summary: useless letter "v" between 2 <option> tags Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr Followup of BZ8946 In HTML code generated for advanced search, a useless "v" letter is visible between 2 <option> tags. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 9280] New: Bad price calculation when filling a basket with staged records
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9280 Bug ID: 9280 Summary: Bad price calculation when filling a basket with staged records Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr Koha does not manage the VAT properly when filling a basket with staged records. Let's take a book whose Recommended Retail Price excluding tax is 39 euros. On the vendor's website, I import the record for this book in iso2709 In the record (UNIMARC), the price is in 010$d after the ISBN. So, I found in my record 10$d39.00 EUR I stage this record in Koha with Stage Marc Records Tools. In Acquisition module, I create a vendor with: - List item price includes tax: Yes - Invoice item price includes tax: Yes - Discount: 9.0000 % - Tax rate: 5.5% I create a new basket for this vendor. I fill this basket with my stage record. I think I should have for the command line in this basket : - RRP tax included : 39 euros - Ecost tax included : 39 euros - 3,51 euros = 35,49 euros - RRP tax excluded : 39*100/105.5 = 36,96 euros - Ecost tax excluded : 35,49*100/105.5 = 33,63 euros BUT instead I see the following values : - RRP tax included : 42.86 euros - Ecost tax included : 39 euros - RRP tax excluded : 40,63 - Ecost tax excluded : 36,97 So, Koha considered the "39 euros" value in my record as a Ecost price. I dont think it is normal, as as chose "List item price includes tax: Yes" in vendor record. M. Saby Rennes 2 University -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 9391] New: Issues on serial collection page no longer show status
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9391 Bug ID: 9391 Summary: Issues on serial collection page no longer show status Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/serials/serials-collection.pl?subscripti onid=6 OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: colin.campbell(a)ptfs-europe.com Created attachment 14589 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14589&action=edit screenshot of serial collection page The issue table on the serial collection page used to show the status for each item, but currently the column is completely empty (see screenshot) You can see that the items all have a correct status, when you open them for editing. To test: 1) Look at the detail page of any subscription 2) Click on the serial collection link in the link list on the left 3) Look at the issues, create some new issues using the "Generate next" button 4) Check status column of the table of issues -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 9384] New: With OPACPatronDetails set to 'don't allow' a form shows
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9384 Bug ID: 9384 Summary: With OPACPatronDetails set to 'don't allow' a form shows Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/opac-memberentry.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com CC: kyle(a)bywatersolutions.com In master because of the new feature to allow patrons to register for a card via the opac when you have OPACPatronDetails set to 'don't allow' it still shows a from for the patron details, but you can't edit the form. It would be better if this showed as a text display like it used to so that it's not confusing to patrons (even with the note about seeing the librarian). Nicole -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9281] New: Impossible to create an order from a staged file
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9281 Bug ID: 9281 Summary: Impossible to create an order from a staged file Classification: Unclassified 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: jonathan.druart(a)biblibre.com When you try to create an order from a staged file, you get a sql error: DBD::mysql::st execute failed: called with 2 bind variables when 1 are needed at /home/koha/src/C4/Members.pm line 559 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 9407] New: patrons search should match substrings
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9407 Bug ID: 9407 Summary: patrons search should match substrings Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: http://intranet/cgi-bin/koha/members/member.pl OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mjr(a)software.coop CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 8516 If a patron lives at 4345 Library Rd, a search on Street Address for Library should find it. However, it does not, but a search for 4345 Library does. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 9147] New: OPAC hidden fields are not hidden in ISBD view
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '13

01 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9147 Bug ID: 9147 Summary: OPAC hidden fields are not hidden in ISBD view Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com When in framework a subfield has a number > 0 in hidden, it his hidden in MARCview. It should be hidden also in ISBD view. -- You are receiving this mail because: You are watching all bug changes.

1 14