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

[Bug 12659] New: Receive is spelt wrong on subscription history page
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '14

15 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12659 Bug ID: 12659 Summary: Receive is spelt wrong on subscription history page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: natalieb(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Receive is spelt wrong on subscription history page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 12762] New: Vendor search "Show all baskets" fails to paginate table: Thousands of baskets displayed.
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '14

14 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12762 Bug ID: 12762 Summary: Vendor search "Show all baskets" fails to paginate table: Thousands of baskets displayed. Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fred.pierre(a)smfpl.org QA Contact: testopia(a)bugs.koha-community.org Acquisitions vendor search on top vendor returns a 6,500 line table (takes a while to load). I understand this is a consequence of legacy workflow that didn't close baskets, but is similar to clicking "show all baskets." "Show all baskets" should paginate large tables, or limit on other criterion, such as only showing a year at a time. This giant table is clunky and hard to work with. /cgi-bin/koha/acqui/booksellers.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '14

14 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2889 --- Comment #11 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 30790 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=30790&action=edit Bug 2889 - templates should use [% IF ( loop.odd ) %] - Administration Some scripts pass a template variable to facilitate an alternate table row class for styling. Other use the 'IF (loop.odd)' construction. I think we're at the point where the CSS3 :nth-child() selector is widely-supported enough that we can do without template-based solutions: http://caniuse.com/#feat=css-sel3 This patch adds such a selector to the staff client CSS and removes the corresponding template markup from Administration pages. The last in this series of patches will remove the redundant CSS. Also in this patch: a few minor markup corrections. To test, apply the patch and clear your browser cache if necessary. View the following pages and confirm that alternate table row highlighting works as before: - Administration -> Budgets - Acquisitions -> Vendor -> Contracts - Administration -> Budgets -> Budget -> Planning - Administration -> Authority types - Administration -> Authority types -> MARC structure - Administration -> Authority types -> MARC structure -> subfields - Administration -> MARC bibliographic framework - Administration -> MARC bibliographic framework -> MARC structure - Administration -> MARC bibliographic framework -> MARC structure -> Subfields - Administration -> Libraries and groups - Administration -> Cities and towns - Administration -> Classification sources - Administration -> Circulation and fines rules - Administration -> Currencies and exchange rates - Administration -> Item types - Administration -> Koha to MARC mapping - Administration -> System preferences -> Local use - Administration -> Z39.50 client targets -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2889] templates should use [% IF ( loop.odd ) %]
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '14

14 Aug '14

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

1 0

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '14

14 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Fridolin SOMERS <fridolyn.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |12760 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11157] New: Placing a simple item-level hold for serials.
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11157 Bug ID: 11157 Summary: Placing a simple item-level hold for serials. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Our patrons want to place holds on a serial item. This is problematic when we have thousands of serial items in our DB. The traditional opac-reserve.pl/.tt way of placing a item-level hold is impossible. Extending opac-reserve.pl/.tt to accept a itemnumber as a parameter to display and preselect only the desired item, without ever SELECTing all the items+biblios+bibitems unnecessarily. Also important to disable the default "Place hold"-mechanism for serial records and replace it with "Place hold" for each serial item so a item-level hold can be initiated straight from the items-display table in opac-detail.tt. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 8258] New: Branch specific DUEDGST notice is not used
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8258 Priority: P5 - low Change sponsored?: --- Bug ID: 8258 Assignee: koha-bugs(a)lists.koha-community.org Summary: Branch specific DUEDGST notice is not used Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Notices Product: Koha While testing bug 3383 I noticed, that it's possible to add branch specific DUEDGST notices, but they are not used when generating notices. Instead the notice for (All libraries) was being used. My patron's home library was Midway, books were checked out from Midway and another library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 11254] New: breeding search must normalize ISBN
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11254 Bug ID: 11254 Summary: breeding search must normalize ISBN Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When importing records, the ISBN is normalized and stored into database (see C4::Breeding::ImportBreeding). But when searching with ISBN into reservoir, it is not normalized (see C4::Breeding::BreedingSearch). So search does not match. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 11912] New: GetMarcISBN wrongly prepends a space to ISBNs
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11912 Bug ID: 11912 Summary: GetMarcISBN wrongly prepends a space to ISBNs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 11489] New: OPAC search results in 404 error when the only search result is supressed
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11489 Bug ID: 11489 Summary: OPAC search results in 404 error when the only search result is supressed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If hidelostitems is enabled, and the result of an opac search is a single lost item, then the opac will display a 404 error, rather than a "no results" screen. -- You are receiving this mail because: You are watching all bug changes.

1 48