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

[Bug 12558] New: DBIx::Class schema update 07/2014
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '14

28 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12558 Bug ID: 12558 Summary: DBIx::Class schema update 07/2014 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org As Yohann stated, there have been several changes in the DB structure since last update of the Koha::Schema::Result::* classes. Recent DBIC::Schema::Loader (v0.07039) generates better code as Galen expressed in his post to koha-devel: "When I was RM for 3.16, I was using DBIC::Schema::Loader version v0.07025. Yesterday Tomas and I did some checking of classes generated using v0.07039. Among other changes, the newer versions now recognize "set null" as a FK action and default to "restrict" rather than "cascade" if the action is not explicitly specified." "Those are both good changes, so I recommend that we require at least version v0.07039 of DBIC::Schema::Loader. Since that module is /not/ required for production use -- it's only needed for development -- requiring a hire version should not affect packaging signficantly." So we are: - Updating the DBIx::Class schema - Shifting DBIC::Schema::Loader version requirement to v0.07039 -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9165] New: Allow preventing passwords from being stored locally when using LDAP
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9165 Bug ID: 9165 Summary: Allow preventing passwords from being stored locally when using LDAP Classification: Unclassified 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: robin(a)catalyst.net.nz CC: dpavlin(a)rot13.org Typically when a user logs in with LDAP, the password is hashed and stored in the local database. For security reasons, this isn't always desirable. So we need an option that prevents this from happening. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 12831] New: local only logins should still work when ldap authentication is enabled
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12831 Bug ID: 12831 Summary: local only logins should still work when ldap authentication is enabled Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical 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: brendan(a)bywatersolutions.com, cnighswonger(a)foundations.edu, dpavlin(a)rot13.org, fcapovilla(a)live.ca, gmc(a)esilibrary.com, heupink(a)gmail.com, katrin.fischer(a)bsz-bw.de, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, mtj(a)kohaaloha.com, tomascohen(a)gmail.com Depends on: 8148 In fixing bug 8148 we introduced a regression. If ldap is enabled, and using auth_by_bind, one will not be able to login using any local accounts which do not appear in the ldap directory. This is problematic because a number of koha system accounts are unlikely to have a parallel in the active directory.. for instance SIP Service User accounts. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 9707] New: When downloading a report the column titles with accents are wrong formated
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9707 Bug ID: 9707 Summary: When downloading a report the column titles with accents are wrong formated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: christophe.croullebois(a)biblibre.com Try to create a report like "SELECT borrowers.cardnumber AS 'Numéro carte',borrowers.firstname AS 'Prénom'..." and you'll see that if you download it in "csv" format, the titles with accents will be wrong formated. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 13147] New: Update German web installer sample files for 3.18
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13147 Bug ID: 13147 Summary: Update German web installer sample files for 3.18 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Translate new permissions, etc. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9705] New: Add ability to put news only on the mobile site
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9705 Bug ID: 9705 Summary: Add ability to put news only on the mobile site Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz It might be nice to have the ability to have special or specific news for mobile clients as differentiated from standard desktop users. Thoughts? -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9259] New: batch delete marc batches
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9259 Bug ID: 9259 Summary: batch delete marc batches 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: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl We have the ability to 'clean' a staged file but it would be great if there was a way to batch delete (or barring that delete one by one) old batches. Today I saw a system with over 1700 of these batches and there is really no need to keep that much stuff. I'm thinking checkboxes next to each batch and then a 'clean' and a 'delete' button at the top of the page and you can choose one or the other. I should make you clean it before you delete it - kind of like deleting all items before deleting the bib record. Just some ideas I have. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8819] New: enter claim date manually
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8819 Priority: P5 - low Change sponsored?: --- Bug ID: 8819 Assignee: koha-bugs(a)lists.koha-community.org Summary: enter claim date manually Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/serials/claims.pl Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha It would be nice if on the claims form for serials you could manually mark something claimed or enter a claim date. Most US vendors do not want an email as a claim, they have special web forms to fill out, but that doesn't mean that the library doesn't want to track when they claimed their issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9043] New: Adding system preferences to control the visibility of the content on the Advanced Search page
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9043 Priority: P5 - low Change sponsored?: --- Bug ID: 9043 Assignee: oleonard(a)myacpl.org Summary: Adding system preferences to control the visibility of the content on the Advanced Search page Severity: enhancement Classification: Unclassified OS: All Reporter: srikanth(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha There are several options on the advanced search page using which a user can refine/limit their search. Some of that content may be too technical or may not be relavant. By adding additional system preferences the librarians can control what to display on the OPAC advanced search page. -- You are receiving this mail because: You are watching all bug changes.

1 121

[Bug 13152] New: Duplicate phone hold notices when using Talking Tech
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13152 Bug ID: 13152 Summary: Duplicate phone hold notices when using Talking Tech Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a library is using Talking Tech for phone notices, any waiting hold phone notice will show up twice! This is because Koha generates on at the time the hold is set to waiting, and then the cronjob TalkingTech_itiva_outbound.pl generates it's own notice as well. The former notice will always have a status of 'pending', as the TalkingTech_itiva_inbound.pl script will update the notice the outbound script created. The solution is to prevent Koha from creating a phone notice for waiting holds if TT is enabled, and let the cron script do it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12