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

[Bug 14890] New: Remove C4::Dates from circ/bookcount.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14890 Bug ID: 14890 Summary: Remove C4::Dates from circ/bookcount.pl 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: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org This patch removes deprecated C4::Dates from circ/bookcount.pl -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8875] New: Cataloging authorithy search plugin displays badly accented characters
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8875 Priority: P5 - low Change sponsored?: --- Bug ID: 8875 Assignee: gmcharlt(a)gmail.com Summary: Cataloging authorithy search plugin displays badly accented characters Severity: normal Classification: Unclassified OS: All Reporter: frederic(a)tamil.fr Hardware: All Status: NEW Version: rel_3_10 Component: MARC Authority data support Product: Koha How to get this bug: - To see the bug, you need to have a MARC21/UNIMARC Koha containing authorities having accented, or non-ASCII characters. - You go in bibliographic data entry form. - You select author tag (100/700). - Click on Edit icon. - On auth_finder.pl search dialog box, - On a UNIMARC/MARC21 DB, in Main entry input box, start typing the begining of an heading having extended characters. - The autocompleted search result page displays a mix of extended characters and cryptic characters (UTF-8 bad encoding issue) How to test the patch: - Test on MARC21 DB - Test on UNIMARC DB -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 14979] New: Limit the number of "in process" purchase suggestions a patron can place at one time
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14979 Bug ID: 14979 Summary: Limit the number of "in process" purchase suggestions a patron can place at one time 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: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Patron's have the ability to place an unlimited number of suggestions from the OPAC. This has been an issue at some libraries where some patrons will place many dozens or more suggestions at once. Here's the idea: 1) Add new system preference "MaxOpenSuggestions" 2) Modify opac-suggestions.pl to count the number of suggesions the patron has that are not Accepted or Rejected 3) If that count has reached the number specified in MaxOpenSuggestions, deny the ability to place another suggestion with the message: "You have reached your limit of suggestions you can place at this time. Once the library has processed those suggestions you will be able to place more" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14069] New: Follow-up 13790: Fix database update to drop PK on issues/old_issues first
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14069 Bug ID: 14069 Summary: Follow-up 13790: Fix database update to drop PK on issues/old_issues first Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In some older databases there is a PK on the itemnumber in issues. The database update for 13790 needs to be fixed to also run without problems on those databases. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 14898] New: After adding manual invoice redirect to pay tab instead of account tab
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14898 Bug ID: 14898 Summary: After adding manual invoice redirect to pay tab instead of account tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It's annoying to add a manual invoice and have to click on pay tab if you want to pay it immediately. This small patch could make much better user experience. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 14774] New: Task Scheduler not working on Ubuntu/Apache2.4
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '15

08 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14774 Bug ID: 14774 Summary: Task Scheduler not working on Ubuntu/Apache2.4 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Task Scheduler Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The task scheduler uses At to schedule reports to be run later. It's doing something weird in Ubuntu 14, Apache 2.4. Scheduling a task on Debian/Apache 2.2 results in the job being added, and it showing up in the web page. This doesn't happen on Ubuntu/Apache 2.4, it returns a "Failed to add job." It looks like Koha is asking atq for the list of current jobs (through Schedule::At) and it's not getting a list back when run on Ubuntu/2.4. This all works just fine in Debian/2.2. in /var/spool/cron/atjobs we can see where jobs are added: Failing job "Failed to add job", Ubuntu, Apache 2.4: ---------- 1 daemon daemon 2.9K Sep 2 15:19 a0004a016e87ae Successful job displays in the web page, Debian, Apache 2.2 -rwx------ 1 library-koha daemon 2.8K Sep 2 16:15 a00014016f1f52 When we ask for the euid/gid of the user when trying to add these failed jobs, it seems like it should be OK: uid: 1005, euid: 1005 Which corresponds to the uid given in /etc/passwd: library-koha:x:1005:1005 As far as I can tell, those daemon:daemon no permissions jobs aren't actually run - how could they, they have no executable permissions. Pretty sure this bug isn't in Koha proper (the scheduler actually works just fine in Debian/2.2), but some interaction or security thing in Ubuntu/Apache 2.4. It might be nice to figure out why it happens, so we can end run the problem (or decide to scrap the At reliant scheduler, which is probably a "should do" anyway). -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14976] New: Specify due date, calendar and useDaysMode
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14976 Bug ID: 14976 Summary: Specify due date, calendar and useDaysMode 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: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, If you check out an item with "specify due date", due date does not take into account the calendar and closing days. It will be nice that syspref useDaysMode be used for loans with a manual due date. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 8137] New: Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Priority: P5 - low Change sponsored?: --- Bug ID: 8137 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Checkout limit by patron category for all libraries Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha We have a patron category Temporary Adult WTMP. Under "Checkout limit by patron category for all libraries" the limit is set to 5. This limit is not working. I was able to check out 7 items to Robert Harper (24388200094358)in the WTMP category Here is what is going on. We have the system preference CircControl set to "Use the checkout and fines rules of *the library where the item is from*". we also have this limit set to 5. So what Koha is doing, is comparing the limit to the number of checkouts of items the borrower has *from the same home library as that item*. If the item's home library is LibA, and the borrower has 4 items checked out whose home library is LibA, than the item will be checked out ( regardless of how many items are checked out ). If the borrower has 5 items checked out whose home library is LibA, Koha will indeed warn of too many checkouts. This does not seem intuitive. Is there any way to globally limit the number if checkouts a borrower can have by patron category? -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 14972] New: Limit by availability does not return results if *any* items are on-loan or lost
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14972 Bug ID: 14972 Summary: Limit by availability does not return results if *any* items are on-loan or lost 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Viewing search results on search.pl -- if I click 'Limit to currently available items.', any Bib records that have items which are on-loan or lost do not show in the facet search results. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12331] New: can't save results to zotero
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '15

07 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12331 Bug ID: 12331 Summary: can't save results to zotero Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 28562 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28562&action=edit zotero error Zotero works A-OK when saving an individual title but on the results page when you click the folder in the address bar you get an error. The error gives no useful info though so I'm not sure what's causing it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4