September 2015 - Koha-bugs - lists.koha-community.org

[Bug 13294] New: Subscription and Holding tab interaction.
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '15

28 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13294 Bug ID: 13294 Summary: Subscription and Holding tab interaction. Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a serial has a great number of items added in the holdings table and the default is the "subscriptions" tab you then click on "holdings" and "click here to view them all", it takes you back to the Subscriptions info tab. Then you have to click back on the holdings tabs to see the holding. I think the issue is that when the holdings table is being filled it reloads the page and then forces you back to the subscription tab. Ed -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 14209] New: opacserialdefaulttab ignored with bibs having items <1 or >50
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '15

28 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14209 Bug ID: 14209 Summary: opacserialdefaulttab ignored with bibs having items <1 or >50 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org opacserialdefaulttab is set to holdings Opac defaults to the subscription tab for biblio records when the number of holdings =0 or the number of holdings >50 If library selects a system preference for holdings, it should display holdings tab. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 13697] New: Option to don't add a fee, if the patron changes to a category with enrolment fee
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '15

28 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13697 Bug ID: 13697 Summary: Option to don't add a fee, if the patron changes to a category with enrolment fee Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.croullebois(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a borrower's category is changed during his subscription (i.e : a child who moves to adult) if category adult in this case have an enrolment fee, fees are added. Many libraries do not want these fees in these cases. So I have made a patch to offer this choice via a system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 13671] New: Search returning empty
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '15

28 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13671 Bug ID: 13671 Summary: Search returning empty Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: isabelaterra(a)cp2.g12.br QA Contact: testopia(a)bugs.koha-community.org After migration from 3.14 to 3.18 koha even with the database fed the search always returns empty. I noticed that the installation of the pt-BR language is in conflict with the Zebra. The zebra indicates en-US and Koha indicates pt-BR. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10347] New: Deactivate "Add item" button when "Add multiple copies" was activated
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '15

27 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10347 Bug ID: 10347 Summary: Deactivate "Add item" button when "Add multiple copies" was activated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de It happens often that when trying to add multiple items after entering the number the form is accidentally submitted with "Add item". This way you have to start all over to add your multiple copies as it's not possible to duplicate existing items. I think it would be nice, if the "add item" button could be deactivated on entering a number of copies into the field for multiple items. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 14190] New: Scale search boxes in staff head
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '15

27 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14190 Bug ID: 14190 Summary: Scale search boxes in staff head Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org I've had pointed out to me that the search boxes in the head of the staff interface in unnecessarily small. For catalog search it could even shape the expectation of how many search terms is expected and unconsciously steer librarians towards broader searches. Since screens is often bigger these days and the area right of the search box is unused it seems a bit conservative to go with "size 40". I suggest that we make the container float up to some max size and then let the individual search boxes be for example size 60 but also have the CSS rule of "width:100%" to resize with the container. That way it will use the space better, scale up and down and still not become ridiculously huge on a 27". -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 14248] New: Optionally display authorship for news items
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '15

27 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14248 Bug ID: 14248 Summary: Optionally display authorship for news items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: xarragon(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 14247 This patch adds the ability to display the name of the user who authored a specific news item. It will by default work as before, not displaying any information. Enabling it will make Koha more suitable as a simple CMS and/or blog. It depends on the patches for bugs 14246 and 14247. -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 14247] New: System preference for news author display
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '15

27 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14247 Bug ID: 14247 Summary: System preference for news author display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: xarragon(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 14246 This patch adds a new binary option under Preferences/Tools called 'NewsAuthorDisplay'; it allows Koha to display the full name of the user who authored a news item. Depends on the patch in bug 14246. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 14246] New: Add borrowernumber to koha_news
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '15

27 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14246 Bug ID: 14246 Summary: Add borrowernumber to koha_news Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: xarragon(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org News items in Koha's OPAC and Staff client are anonymous. This is the first in a set of patches to add authorship tracking to the news items, with optional display preferences maintaining the current functionality. This first patch changes the database; it adds a column called 'borrowernumber' to the 'koha_news' table, adding a foreign key relationship to the 'borrowers' table. This is how tracking authorship is done. A LEFT JOIN statement is then used to get the title, firstname and surname columns available in the news data set. That is a separate patch. -- You are receiving this mail because: You are watching all bug changes.

1 60

[Bug 10120] New: Fine recalculation on return needs to be a system preference
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '15

27 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10120 Bug ID: 10120 Summary: Fine recalculation on return needs to be a system preference Classification: Unclassified 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: katrin.fischer(a)bsz-bw.de CC: chris(a)bigballofwax.co.nz, gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com As agreed on IRC today, recalculation of fines on return needs to be tied to a system preference as it changes the fines workflow. Ideally the system preference would have 3 settings: - recalculate always - recalculate only for hourly loans - don't recalculate -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24