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

[Bug 7840] New: Koha as a CMS
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '15

12 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7840 Priority: P5 - low Change sponsored?: --- Bug ID: 7840 Assignee: nengard(a)gmail.com Summary: Koha as a CMS QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: Documentation Product: Koha * magnuse has a library asking about "Using Koha as a Content Management System" <magnuse> http://manual.koha-community.org/3.6/en/kohacms.html <magnuse> http://wiki.koha-community.org/wiki/Koha_as_a_CMS <magnuse> no plan on implementing that hack - feels like it should either be part of koha or removed from the manual? <kf> magnuse: I guess perhaps implementing the hack as a real featurew would be nice <kf> I have had some problems with editing localuse prefernces :( there is a bug <kf> on bugzilla for that <kf> magnuse: perhaps it could be an enhancement to work similar to the news? <slef> we've used koha as a CMS before. Not sure if it was that hack or an earlier one. Basically: don't. Use a CMS. <kf> slef: I agree, but an option to add a few pages is nice <kf> slef: not full cms functionality, but perhaps things like a help page <slef> anyone like to open a bug suggesting dropping Appendix E from the manual, or integrate it properly, using extending news instead of using sysprefs? So what do we want to do? 1. Remove appendix E from the manual? 2. Implement limited CMS-functionality properly? -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 7899] New: Remove C4::Dates from C4::Circulation
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7899 Priority: P5 - low Change sponsored?: --- Bug ID: 7899 Assignee: tdavis(a)uttyler.edu Summary: Remove C4::Dates from C4::Circulation QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: koha.sekjal(a)gmail.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha Now that we have Koha::Calendar and DateTime, we no longer need C4::Dates in C4::Circulation There are currently 6 usages of the module left: 2 'use' calls to this... both will be removed. 2 calls to format_date in CanBookBeIssued (needsconfirmation message). Will need to replace with KohaDates plugin on all template pages using this subroutine "if (C4::Context->preference('globalDueDate') && (C4::Context->preference('globalDueDate') =~ C4::Dates->regexp('syspref')" is never true since that syspref was removed, so it can be removed entirely sub TransferSlip creates a new $pulldate variable, but never uses it before the subroutine exits. Can be removed The rest of the usage here is in the POD, which needs to be updated to reflect the new type of objects we're using now with Hourly Loans. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 9150] New: Add authorities search sort by id
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9150 Bug ID: 9150 Summary: Add authorities search sort by id Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl In authorities search page, sort orders are only alphabetical and none. C4::AuthoritiesMarc::SearchAuthorities provides a sort by authority id (auth_header.authid). So we could add search order by id in authorities search page, it can be useful to find more recent or oldest authorities. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11274] New: Sent Notices Tab Not Working Correctly
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11274 Bug ID: 11274 Summary: Sent Notices Tab Not Working Correctly Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Koha is only allowing staff to view the first 20 notices from the checkout screen. When you click the link of any other notice past the 20th one - it does not open, it just pops you back to the top of the page. To re-create Look up patron "with notices" Click on the notices tab Change "Show" to "50" Try clicking on one of the notices at the bottom of the list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 11340] New: make the 'print summary' a custom slip/notice
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11340 Bug ID: 11340 Summary: make the 'print summary' a custom slip/notice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Right now on the patron record the print slip and print quick slip are both customizable, but the print summary is not. I say this should also be a customizable via the notices & slips feature. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11158] New: Authorities 'starts with' search returns the same as 'contains' when using ICU
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11158 Bug ID: 11158 Summary: Authorities 'starts with' search returns the same as 'contains' when using ICU Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If set up to use icu tokenisation When doing an authorities search and specifying 'starts with' the result set returned is the same as with the option 'contains' For example a search on starts_with 'Smith' returns Campbell-Smith, Duncan. Smith, Bessie, 1894-1937. Smith, Sydney Goodsir, 1915-1975. Smith, Victoria. The problem appears be that the starts-with definition is being applied to each token within the heading rather than to the heading as complete field (A search for O hoping to retrieve O'Brian will return much more ) the correct return would be Smith, Bessie, 1894-1937. Smith, Sydney Goodsir, 1915-1975. Smith, Victoria. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 4858] New: Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4858 Summary: Ability to Charge for Print Notices Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 With budgets being cut left and right, it would be great if libraries had the ability to choose to charge patrons who insisted on receiving notices (overdue and hold waiting) via snail mail. -- 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 8367] New: How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Priority: P5 - low Change sponsored?: --- Bug ID: 8367 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: How long is a hold waiting for pickup at a more granular level Severity: enhancement Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The syspref reservemaxpickupdelay says how long a hold is waiting for patron pickup. This could be set at issuingrule level, to let a student of library A 4 days and a teacher of library B 10 days -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 133

[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 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