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

[Bug 6279] New: Can't delete lists from the second page of lists in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6279 Bug #: 6279 Summary: Can't delete lists from the second page of lists in the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you're on the second page of lists and try to delete a list by opening the list you're presented with an error that the list cannot be found. http://screencast.com/t/fn0bg4bipnG -- 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 42

[Bug 7349] New: Sorting patron search result by cardnumber doesn't work
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '15

13 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7349 Bug #: 7349 Summary: Sorting patron search result by cardnumber doesn't work Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Patrons AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com [Mantis ref. MT2062] In Home › Patrons › Search Results, the results are always sorted by name. There is a listbox "order by" allowing 2 choices: 1) Surname. When searching with this choice, the results are indeed sorted by surname. 2) Cardnumber. When searching with this choice, the results seem to be sorted by first name. ===== What is exactly the problem then? A) Should we be able to sort by first name/surname and then Cardnumber must be renamed to First name? B) Should we be able to sort by surname/cardnumber and then the sorting must be repaired for the cardnumber option? C) Should we be able to sort by first name/surname/cardnumber and then we add a new choice and repair cardnumber? -- 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 15

[Bug 6828] New: Add Admin Dashboard for staff users.
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '15

12 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6828 Bug #: 6828 Summary: Add Admin Dashboard for staff users. Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: barry(a)oslo.ie QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com The Admin main page has a lot of empty space that could be utilised for library wide information. Other ILS show local and global information on various pages e.g. - Number of currently checked out items - Number of items in my branch - Number of overdues - Total Bibs catalogued in last 7 days. How about the addition of a Koha dashboard page to use this space and present local and global library information within the users context? -- 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 26

[Bug 6069] New: Multiple level budget list on suggestions
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '15

12 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6069 Bug #: 6069 Summary: Multiple level budget list on suggestions Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Librarians dealing with a suggestion have (and must have) access to all budgets. For a large library/network, it means the list can be huge and impossible to deal with. A possible solution would be to have multiple level lists : one for the top level, then one for the 2nd level, that appears when the 1st level is choosen, then one for the 3rd level (if applicable) when the 2nd level is choosen. -- 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 16

[Bug 12224] New: Staff should be able to print Check In slip from Check In UI
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '15

12 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12224 Bug ID: 12224 Summary: Staff should be able to print Check In slip from Check In UI 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: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Staff should be able to print a list of patron's returns from the Check In UI. Some of our patrons want a physical slip when they've returned the books at the counter. The Check-IN UI does not offer any way to print such a slip. Going to the patron's modification log The slip should list all the checked-in items for the patron for today. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 13014] New: Sent an email to budget owner when a suggestion can be treated
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '15

11 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13014 Bug ID: 13014 Summary: Sent an email to budget owner when a suggestion can be treated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 When a suggestion is created and linked to a fund, it could be great to notify the budget owner. A cronjob will be developed in order to generate an email going to the budget owner. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 10886] New: When intranetreadinghistory is set to not allow - staff can still view patron's history in item history
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10886 Bug ID: 10886 Summary: When intranetreadinghistory is set to not allow - staff can still view patron's history in item history Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: danielle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When intranetreadinghistory system preference is set to not allow, the individual patron's history can not be viewed, but if you look at the item history, staff can still view patrons who have checked out that item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 11804] New: there should not be both a circ-menu.tt and a circ-menu.inc
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11804 Bug ID: 11804 Summary: there should not be both a circ-menu.tt and a circ-menu.inc 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: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org koha/koha-tmpl/intranet-tmpl/prog/en/includes/ contains both a circ-menu.tt and a circ-menu.inc. circ-menu.tt contains the following comment: [%# duplicates circ-menu.inc but assumes all borrower attributes are in a borrower variable rather than in the global namespace %] circ-menu.tt is used only by the following templates: members/pay.tt members/paycollect.tt This is a blatant violation of the DRY principle, and some inconsistencies have appeared over the years: * the purchase suggestions tab doesn't show up when using the fine payment page * the logic for displaying the notices tab differs The duplication should be removed, perhaps as part of a larger project to make all of the patron and circulation pages use the same routine to grab information about the current patron. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 11458] New: Confusing description for syspref gist
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11458 Bug ID: 11458 Summary: Confusing description for syspref gist 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The description of "gist" is: "Default tax rates are .............. (enter in numeric form, 0.12 for 12%. First is the default. If you want more than 1 value, please separate with |) " The use of "default" is confusing here. It should be "Authorized (Possible ?) tax rates are...." M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 10824] New: OAI-PMH repository/server not handling time in "from" argument
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10824 Bug ID: 10824 Summary: OAI-PMH repository/server not handling time in "from" argument Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, if you try to use time in a "from" argument with the Koha OAI-PMH repository/server, you'll get unexpected results. Case 1: There are 3 records with the following timestamps: 2013-09-02 10:29:40 2013-09-05 13:44:33 2013-09-05 13:44:34 However, if you sent a request using "2013-09-02 8:29:40" or "2013-09-02T8:29:40Z" (the latter being the 'proper' way), you'll only retrieve the last 2 records of the 3 record set. This is because we're using this code to check the "from" and "until" arguments: "WHERE DATE(timestamp) >= ? AND DATE(timestamp) <= ?" We need to strip DATE() from around the timestamps. If we just compare the normal timestamp, MySQL can handle properly compare the timestamp against the following strings: "2013-09-02" "2013-09-02 8:29:40" "2013-09-02T8:29:40Z" (NB This one produces a warning (not an error) so it's less than ideal) I'm proposing that we remove DATE() and include a regex to strip UTC designators T and Z. This way, we'll always be passing in "2013-09-02" or "2013-09-02 8:29:40" which work perfectly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21