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

[Bug 13221] New: Waiting holds information doesn't disappear from checkout page after hold is checked out
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '14

19 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13221 Bug ID: 13221 Summary: Waiting holds information doesn't disappear from checkout page after hold is checked out 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Because the checkout page doesn't refresh after checking out a hold, the information about the hold being waiting doesn't disappear from the page. If you combine this with not showing checkouts by default, the librarian has no way to know whether they successfully checked out the item on hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10791] New: cart image in prog & IE10
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '14

18 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10791 Bug ID: 10791 Summary: cart image in prog & IE10 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 20667 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20667&action=edit cart1 It looks like in IE10, with compatibility mode off, the a cart image is superimposed behind the word cart. With the compatibility mode on, the image is gone, but the footer of the results page shows up half way up the results. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12634] New: JavaScript error in Bootstrap OPAC detail page if OPACPopupAuthorsSearch is enabled
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '14

18 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12634 Bug ID: 12634 Summary: JavaScript error in Bootstrap OPAC detail page if OPACPopupAuthorsSearch is enabled 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If OPACPopupAuthorsSearch is enabled, clicking an author on the OPAC detail page triggers a modal dialog where the user can choose which authors should be included in the search. Clicking the submit button in this window triggers a JS error and the search is not performed. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 13273] New: Additem.pl barcode tag editor useless with autoBarcode disabled
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '14

18 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13273 Bug ID: 13273 Summary: Additem.pl barcode tag editor useless with autoBarcode disabled 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If autoBarcode is disabled in preferences, a useless tag editor remains next to the barcode field in additem.pl. It would be preferable if this button was hidden when this preference is disabled. Just a cosmetic and workflow (tabbing) issue. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 13272] New: Check in textbox lacks type attribute
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13272 Bug ID: 13272 Summary: Check in textbox lacks type attribute Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com While applying some CSS styling to Koha's textboxes, I notice that the Check in textbox on the Koha search bar (mainpage.pl, circulation-home.pl, circulation.pl, renew.pl, branchtransfers.pl) as well as the primary textbox on the Check in page (returns.pl) and the Renew page (renew.pl) is lacking the type="text" attribute, and is therefore inconsistent with the other textboxes. I am also seeing this attribute missing from the barcode textbox on the Transfers page (branchtransfers.pl). There may be other textboxes with the same issue. It would be preferable to have these textboxes consistently attributed with type. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11692] New: number 9 showing on topissues
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11692 Bug ID: 11692 Summary: number 9 showing on topissues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This is a strange one and has been confirmed in 3.12 and master. Each item's title listing on the Most Popular page in the opac ends with the string "; 9". I can't figure out where it's coming from but it's been on the 4 systems I looked at. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13267] New: how to create a file in a direcoty
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13267 Bug ID: 13267 Summary: how to create a file in a direcoty Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: your777(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org sudo nano /etc/koha/koha-sites.conf To configure your server for use, edit /etc/koha/koha-sites.conf with details about your site. You may need to create this file. when I try to creat it, it says does not exist in the directory. What can I do, how can I include/create it thanks -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12436] New: koha-offline-circulation menu database and link on circulation page
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12436 Bug ID: 12436 Summary: koha-offline-circulation menu database and link on circulation page Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: stephane.delaye(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1/ From the page ../cgi-bin/koha/circ/circulation-home.pl the link "Get desktop application is ko" 2 / After installing the tool from this url http://sourceforge.net/projects/koha-oc/files/?source=navbar In the tool I do not have the "Database" menu to load the file borrower.db -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11305] New: Patrons with hundreds of checkouts cause extreme slowdown
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11305 Bug ID: 11305 Summary: Patrons with hundreds of checkouts cause extreme slowdown Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For pages such as circulation.pl and moremember.pl, any patron with over a hundred checkouts or more can take an extremely long time to load ( 10's of seconds or more ). This is due to the large amount of data pulled and processed to display the patron's previous checkouts, relative's checkouts, and holds. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12758] New: XSLT imports containing a https href in a XSLT stylesheet fail to work with LibXML's load_xml in XSLT_Handler
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12758 Bug ID: 12758 Summary: XSLT imports containing a https href in a XSLT stylesheet fail to work with LibXML's load_xml in XSLT_Handler Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 15