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

[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 12763] New: Add more information for users to OPAC Error 404 page
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12763 Bug ID: 12763 Summary: Add more information for users to OPAC Error 404 page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org The 404 error page should have a more verbose and user friendly text with some more explanation, e.g. in the case that the page was not found because of an outdated link to a biblio detail page from search engine, bookmarks, deep links in mails and on other web pages. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8868] New: ILS-DI: CancelHold needs to take a reserve_id
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8868 Priority: P5 - low Change sponsored?: --- Bug ID: 8868 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: julian.maurice(a)biblibre.com Summary: ILS-DI: CancelHold needs to take a reserve_id Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Circulation Product: Koha CancelHold takes two parameters: patron_id and item_id. If item_id is considered as an itemnumber, holds on title can't be canceled. If item_id is considered as a biblionumber, all holds on this biblionumber (for a borrower) will be canceled. So CancelHold have to consider item_id as a reserve_id. -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 10952] New: Store anonymous search history in session
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10952 Bug ID: 10952 Summary: Store anonymous search history in session Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Storing search history into cookie can cause problems, due to the size limitation of 4KB. The solution here is to store search history into the CGI::Session object, so there is no size limitation -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 7304] New: Working on funds ergonomic display and funds management by multi librarians
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7304 Bug #: 7304 Summary: Working on funds ergonomic display and funds management by multi librarians Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: claire.hernandez(a)biblibre.com ReportedBy: claire.hernandez(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7163 "* aqbudgets.pl displays funds the librarians can use. There is a « show all funds » check box to access every funds. * on the fund level, you can define owner, users and/or library and then restrict access to : none of these or to the owner only or to the ower + users o to the ower + users + librarians from a specific library. We based the restriction on the library a librarian is connected to. These restrictions take effect on : acqui/acqui-home.pl acqui/booksellers.pl acqui/lateorders.pl acqui/neworderempty.pl acqui/parcel.pl admin/aqbudgets.pl admin/aqplan.pl" (BibLibre MT5557) -- 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 28

[Bug 12827] New: NewOrder returns basketno
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12827 Bug ID: 12827 Summary: NewOrder returns basketno Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org C4::Acquisition::NewOrder needs the basketno, it is useless to return it. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 10402] New: Add multiple contacts for vendors
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10402 Bug ID: 10402 Summary: Add multiple contacts for vendors Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com Some vendors may have more than one contact. For example, a technical contact and a billing contact, or a contact for journals and a contact for monographs. Rather than require that each contact be either made into a separate vendor or recorded somewhere outside of Koha, it would be really useful of Koha had the ability to add multiple additional contacts to vendors i the acquisitions module. -- You are receiving this mail because: You are watching all bug changes.

1 119

[Bug 12797] New: The wiki needs a new category 3.16 under "Koha Versions"
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12797 Bug ID: 12797 Summary: The wiki needs a new category 3.16 under "Koha Versions" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the wiki http://wiki.koha-community.org/wiki/Category:Koha_Versions do not have a 3.16 category defined. It will be nice to have one added, so that wiki articles may be suitably tagged. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12521] New: Arrangement of divs on opac-advsearch.tt
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12521 Bug ID: 12521 Summary: Arrangement of divs on opac-advsearch.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Was having a talk with one of our designers here, she had a concern about the div-happiness of the advanced search page. I had a look, and tend to agree with her - without so many container-fluids, and putting everything in the main div, the page is easier to style. The extra container-fluid divs seem superfluous - they don't have extra classes on them for targeting with CSS. The page is broken up in a rather strange way - while talking with her I realised that I had simply gotten used to the way it looks, and hadn't given it any thought at all that it could be different or better. The attached patch I have run past her, and she finds it more pleasing to style than the old structure. The patch doesn't change any functionality - only layout. I'd especially like to hear from Owen on this, please. :) Liz -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 12697] New: Surplus closing </div> in OPAC advanced search (bootstrap)
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '14

18 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12697 Bug ID: 12697 Summary: Surplus closing </div> in OPAC advanced search (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: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org In koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-advsearch.tt template, there is a surplus closing </div> in line 336 (= line 332, in case Bug 12521 is applied first): 336: </div>  which causes some minor layout problems for this page - i.e.: page footer ("Powered by Koha" + custom footer set up in system prefrences - if any) is "glued" to the bottom (to the language selection bar); unless Bug 12521 is applied first, this affects the placement of the 2nd search bar as well. To reproduce: 1/ go to the OPAC advanced search page 2/ zoom out (e.g., use Ctrl-<minus> several times) and obeserve the result 3/ no need for step 2/ (zooming out) when using a display with (relatively) high vertical resolution; also, this particullar problem gets more apparent/more noticeable with MARC21/USMASRC "subtype" options being hidden in the OPAC advanced search (Bug 9043). -- You are receiving this mail because: You are watching all bug changes.

1 9