November 2013 - Koha-bugs - lists.koha-community.org

[Bug 10314] New: CanItemBeReserved does not respect the holds policies
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '15

15 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10314 Bug ID: 10314 Summary: CanItemBeReserved does not respect the holds policies Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: gmcharlt(a)gmail.com CanItemBeReserved will return 1 as long as the circulation rules have a non-zero number of holds allowed and the patron hasn't reached his or her "Holds allowed" count. However, the subroutine completely ignores the holds policies which would contravene reserving the item even if the patron has not reached the maximum holds allowed count. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 10839] New: Claim report of all vendors
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '15

14 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10839 Bug ID: 10839 Summary: Claim report of all vendors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: vimal0212(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Dear Friends, To get list of serial claims, librarian has to select each vendor. This facility is convenient for libraries have single serial vendor. Libraries suscribing serials direct from publishers need to select each vendor to get serial claims. In our library, 100 journals / magazines are receiving direct from publishers. In this situation, generating claim report is very time consuming. It is very convenient to get list of claims from all suppliers with one click from serial module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 4948] New: canceling a hold missing steps for existing holds
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '15

13 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4948 Summary: canceling a hold missing steps for existing holds Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/circ/waitingreserves.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 on holds waiting report you click cancel and it tells you that there is a hold for someone else the button below that says submit query which isn't helpful and it doesn't present you with the option to confirm or cancel the hold or a way to print a slip -- all things that are needed in this scenario -- 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 4

[Bug 10020] New: Remove old code related to 'ethnicity'
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '15

13 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10020 Bug ID: 10020 Summary: Remove old code related to 'ethnicity' Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de While updating our database documentation I found ethnicity and I suspect, that this is no longer used in current versions of Koha. Related code I found so far: - database table ethnicity - database columns ethnicity and ethnotes in borrowers and deletedborrowers - ethnicitycategories in C4/Members.pm - some code in memberentry.pl I can see no way in current versions for a library to enter data in the related fields and tables. Also we have a very flexible feature for patron attributes now, that I think, should make it possible to replicate this feature, if a library wanted to use it. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 9305] New: Attach adults to each other
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '15

13 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9305 Bug ID: 9305 Summary: Attach adults to each other Classification: Unclassified 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: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if you could attach adults to each other the way you can attach children to adults. That way you can group family members more accurately. This data would be visible only to the staff of course - unless patrons give permission to show it each other - and my request in http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9303 is filled :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

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