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

[Bug 7025] New: C4::Items depends on C4::Reserves (which in turn depends on C4::Items...)
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7025 Bug #: 7025 Summary: C4::Items depends on C4::Reserves (which in turn depends on C4::Items...) Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org C4::Items uses a single subroutine from C4::Reserves, CheckReserves(), in a single on of it's subroutines, GetItemsInfo(). The only data exported is in the field "count_reserves" which gives the reserve status. This in turn is only used in opac/opac-detail.pl to display "on hold" in the holdings table if the item is currently waiting on the holds shelf to be picked up. There are no other uses of this information. We can remove CheckReserves() from GetItemsInfo(), and add a different call in opac/opac-details.pl to get whether the particular item is on hold or not. This will remove a circular dependency, likely speeding up the overall code (as we won't need to load all of C4::Reserves every time we load C4::Items). -- 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 2

[Bug 8307] New: Set a value for items when receiving
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8307 Priority: P5 - low Change sponsored?: --- Bug ID: 8307 Assignee: koha-bugs(a)lists.koha-community.org Summary: Set a value for items when receiving Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha If the system preference AcqCreateItem is "Create an item when ordering", we would like to set a value for items. For example you could define status for the field items.notforloan (995$o for UNIMARC) with 4 = On order, 5: On treatment. Then, it would be great to fill the item field 995$o with "5". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 11323] New: AcqItemSetSubfieldsWhenReceived
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11323 Bug ID: 11323 Summary: AcqItemSetSubfieldsWhenReceived 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 QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 11237] New: Clarify explanation for the new pref AcqItemSetSubfieldsWhenReceived
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11237 Bug ID: 11237 Summary: Clarify explanation for the new pref AcqItemSetSubfieldsWhenReceived Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The explanation for the pref AcqItemSetSubfieldsWhenReceived (introduced by bug 8307) is wrong. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 11786] New: Improve RDFa schema.org mappings in prog and bootstrap
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11786 Bug ID: 11786 Summary: Improve RDFa schema.org mappings in prog and bootstrap Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dan(a)coffeecode.net QA Contact: testopia(a)bugs.koha-community.org Created attachment 25393 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=25393&action=edit Improves schema.org RDFa mappings (assumes 11310 is merged first) Building on bug 11310, which brings the RDFa structured data implementation of schema.org mappings from prog to bootstrap, the attached patch improves both the prog and bootstrap themes in the following ways: * Provides more granular author attributes (one "author" property per author in records with multiple contributors; wrap in a Person or Organization type instead of using a simple literal value) * Uses "byArtist" instead of "author" for music recordings to respect schema.org preferences * Uses alternateName instead of alternativeHeadline, as the former is a better parallel to the "name" property -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11671] New: Restructure patron lists add form for improved usability
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11671 Bug ID: 11671 Summary: Restructure patron lists add form for improved usability Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/patron_lists/list.pl?patron_list_id= OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: oleonard(a)myacpl.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 I think it's a potential usability problem that the patron lists "add patron" form has a duplicated submit button. Having one button placed at the top next to the add function implies that this button might be *only* submitting the new patrons, not the deletions which could be triggered by having checked a checkbox. I think the process of adding a patron should trigger the display of an "add" submit button which only submits the additions, not any deletions. The button at the bottom of the list should be clearly labeled and only submit deletions. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 11738] New: Use new DataTables include in batch patron modification template
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11738 Bug ID: 11738 Summary: Use new DataTables include in batch patron modification template Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/tools/modborrowers.pl OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 11720 The batch patron modification template should be updated to use the new DataTables include file introduced by Bug 10649. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 11495] New: i18n toolchain misses one instance of text "Select titles to: " in bootstrap
by bugzilla-daemon＠bugs.koha-community.org 11 Jul '14

11 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11495 Bug ID: 11495 Summary: i18n toolchain misses one instance of text "Select titles to: " in bootstrap Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The translation toolchain does not pick up one instance of "Select titles to: " for translation from opac-tmpl/bootstrap/en/modules/opac-results.tt This means the text is shown in English until you click one of the checkboxes, then the javascript text is applied and it replaces the English text. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10202] New: series searching searches author
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '14

10 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10202 Bug ID: 10202 Summary: series searching searches author Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com Created attachment 17962 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17962&action=edit series link in the opac See attached. When you have series info cataloged in the 800: 800 1# - SERIES ADDED ENTRY--PERSONAL NAME Personal name Noël, Alyson. Title of a work Soul seekers ; Volume/sequential designation bk. 2. It shows on the bib record linked (which is good) but it's searching for the author in the series instead of the series title (which is bad). The link is: /cgi-bin/koha/opac-search.pl?q=se,phr:%22No%C3%ABl,%20Alyson.%22 but it should be /cgi-bin/koha/opac-search.pl?q=se,phr:%22Soul%20seekers%22 Or both the author and the series name - but not just the author. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 5757] New: Checking in a waiting item again does not trigger hold prompt.
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '14

10 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5757 Summary: Checking in a waiting item again does not trigger hold prompt. Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 If an item has already been made "waiting" (reserves.found = 'F'), checking in that item again will not trigger the hold prompt. It should trigger the prompt headed "Hold Found (item is already waiting)." -- 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 1