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

[Bug 13515] Table messages is missing FK constraints and is never cleaned up
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13515 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Failed QA CC| |nick(a)bywatersolutions.com --- Comment #10 from Nick Clemens <nick(a)bywatersolutions.com> --- The update doe snot appear to be idempotent - can you check the condition? The tests seem to cover the basic case -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22062] New: Ability to link individual accounts into a family account/specify "family administrator"
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22062 Bug ID: 22062 Summary: Ability to link individual accounts into a family account/specify "family administrator" 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: atech087(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- ======================= Reposting from Bug ID 3591 because it's over 9 years old, and I'd really like to see this feature implemented. Linked here: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3591 ======================= I'd like a designated parent to have the ability to access all the OPAC features that their children normally would when the latter log in to the OPAC under their own accounts. In other words, when a parent logs in to their own account, they will also be able to do all of these for their children's accounts: (from http://koha.org/documentation/manual/3.0/opac/your-account) View and renew items checked out View and renew items overdue View status of and cancel holds you have placed View fines you owe Submit changes to your personal details (like name or address) Submit a change to your password View your Reading History (also known as 'Checkout History') Manage your purchase suggestions (view status and add) Manage how you're notified by the library of events and due dates Review an edit your lists If new features are planned under 3.2, then these should also be available. Rationale: A family administrator account would make it much easier for families to maintain their library accounts. At present, for example, the simple task of making a list of all family items due back would require a parent to set up user logins for each of his/her children & log in under each of those accounts. Note that this should be an _option_ at the child account level. To meet librarians' long-standing respect for patrons' privacy & intellectual freedom, access to account information for young adults in particular may need to be limited to that account alone (& staff of course.) -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 3591] "Family administrator" account for OPAC
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3591 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |atech087(a)yahoo.com --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 22062 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 359] Biblio ID drill down gives 500 Internal Server Error
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=359 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |atech087(a)yahoo.com --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 22062 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18018] New: WWW:CSRF is missing in PerlDependencies.pm
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18018 Bug ID: 18018 Summary: WWW:CSRF is missing in PerlDependencies.pm Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org WWW:CSRF is missing in PerlDependencies.pm and so libwww-csrf-perl is missing in PerlDependencies.pm missing in debian/control. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 15668] Add column configuration to the items table in staff detail pages
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15668 --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Nick, ist this patch testable? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13547] Item field 3 (Materials specified) would be useful to see on OPAC
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13547 --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Marjorie Barry-Vila from comment #4) > With 18.05, item_materials is not in column configuration for holdingst. > > could it be added? +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22060] New: how to configure the tmp?
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22060 Bug ID: 22060 Summary: how to configure the tmp? Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: federicoantoniopaiz(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- how to configure the tmp?, I put in koha-conf.xml and keeps checking that it is not configured in "Home> About Koha". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 21848] New: Handle encoding when calling Text::Unaccent::unac_string
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21848 Bug ID: 21848 Summary: Handle encoding when calling Text::Unaccent::unac_string Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Triggered by running Circulation.t on bug 18677: t/db_dependent/Circulation.t .. 1/121 unac_string: Invalid or incomplete multibyte or wide character unac_string: Invalid or incomplete multibyte or wide character Note that Text::Unaccent says: Return the unaccented equivalent of the string $string. The character set of $string is specified by the $charset argument. The returned string is coded using the same character set. The only place we call unac_string is: Koha::Patron->generate_userid: $userid = unac_string('utf-8',$userid); Since we say to unac_string that $userid is utf-8, we should first encode it and the result we should decode again for further handling. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 21178] New: Add Koha::Patron::set_password method
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '19

02 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21178 Bug ID: 21178 Summary: Add Koha::Patron::set_password method Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There should be a method for setting a patron's password without the need for it to also touch the userid. Also, it should rise exceptions we can trap on error conditions on the passed password. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38