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

[Bug 12027] New: Shibboleth authentication for staff client
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '15

13 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12027 Bug ID: 12027 Summary: Shibboleth authentication for staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org, francart(a)gmail.com, frederic(a)tamil.fr, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, matthias.meusburger(a)biblibre.com, pgsengstock(a)wisc.edu, tomascohen(a)gmail.com, z.tajoli(a)cineca.it Depends on: 8446, 12026 The current shibboleth implementation only support authentication into the opac. We should also enable shibboleth for the staff client. -- You are receiving this mail because: You are watching all bug changes.

1 18

[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 12806] New: Adding 'Koha as a CMS' to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '15

12 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12806 Bug ID: 12806 Summary: Adding 'Koha as a CMS' to the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This patch implements the simple "Koha as a CMS" feature as described in both Koha manual and the community wiki. http://wiki.koha-community.org/wiki/Koha_as_a_CMS. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 13755] New: Suggestions: Strange additional tab if suggestion is saved without choosing a status
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '15

11 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13755 Bug ID: 13755 Summary: Suggestions: Strange additional tab if suggestion is saved without choosing a status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org Created attachment 36142 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36142&action=edit Strange additional tab in suggestion management Saving a suggestion without setting a status results in an additional tab that contains all of the suggestions. To reproduce: 1) Create some suggestions with different statuses. 2) Go to the suggestion list view (suggestion/suggestion.pl) 3) In datatable, check one of the suggestions. 4) Leave dropdown "Status" on "--Choose a status --" and click "Submit" Result: Edited suggestion is no longer visible in this tab. Suggestion list view gets a strange new tab with count of all suggestions as header and containing all of suggestions (including edited suggestion). See attachment with screenshots. What I would expect: Some warning "Please choose a status" or better Update record without status change if a Reason but no status is given. --- Reproduced on current master 3.19.00.011 with and without Patch for Bug 13731 Reproduced on 3.18.01.000 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 14252] New: Moving the OPAC language switcher to masthead navbar
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '15

11 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14252 Bug ID: 14252 Summary: Moving the OPAC language switcher to masthead navbar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P3 Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 39369 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=39369&action=edit The suggested placement at 1366x768 resolution The OPAC language switcher takes up a lot of space at the bottom of the browser. it also has issues of being not always visible (being worked on by Bernardo - http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11057) Discussed this with @bgkriegel and @drojf on #koha. The common opinion seemed to be that this might not be a bad idea to explore, provided it doesn't blow up on handhelds. -- You are receiving this mail because: You are watching all bug changes.

1 86

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

10 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 14711] New: We do no longer need bibitems in AddReserve
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14711 Bug ID: 14711 Summary: We do no longer need bibitems in AddReserve Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If bug 9809 and bug 14702 make their way into Koha, time comes to remove the bibitems parameter from AddReserve. In that case it is no longer used (code for reserve fee calculation being replaced). Note that this parameter was not supplied in the same form consistently thru Koha. The old code could handle that; the new code does not need it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[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