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

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 --- Comment #12 from Jake Deery <jake.deery(a)ptfs-europe.com> --- Thanks for looking, Roman. I just tried with a fresh k.t.d, and it didn't work initially. After I ran updatedatabase, it worked fine. Can I ask you kindly to try again, making sure all the atomicupdates have run? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36861] New: Add ILL statuses codes to Request statuses section
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36861 Bug ID: 36861 Summary: Add ILL statuses codes to Request statuses section Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: Needs documenting Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The ILL request statuses codes are not in the manual nor in the database schema. It would be useful to include them in the manual to help with reporting. They should be added to: https://koha-community.org/manual/latest/en/html/ILL_requests.html#request-… New request => 'NEW' Requested => 'REQ' Requested from partners => 'GENREQ' Request reverted => 'REQREV' Cancellation requested => 'CANCREQ' Completed => 'COMP' Checked out => 'CHK' Returned to library => 'RET' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 37287] New: Typo in Manual Advanced notices section
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37287 Bug ID: 37287 Summary: Typo in Manual Advanced notices section Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: Needs documenting Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de There is a typo at https://koha-community.org/manual/latest/en/html/patrons.html#advance-notic… "you cat set advance notices" should be "you can set advance notices". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 21530] New: overdue_notices.pl aborting because error is not caught
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21530 Bug ID: 21530 Summary: overdue_notices.pl aborting because error is not caught Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Saw this triggered by a situation where a branch had been removed but some rules remained. However when doing a lookup the return should always be tested for validity. Because it wasnt when methods were called on null the overdues_notices process aborts with a runtime error and subsequent branches overdues are not processed. Untested returns are one of the biggest causes of errors and often hard to track down errors in the system . -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 37166] New: improve lists and cart description
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37166 Bug ID: 37166 Summary: improve lists and cart description Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de The word "content" in the description of these features is too vague ("Lists are a way to save a collection of content on a specific topic or for a specific purpose. The cart is a session specific storage space.") I propose : "Lists are a way to save a collection of bibliographic records on a specific topic or for a specific purpose. The cart is a session specific storage space for bibliographic records." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 37279] New: Title ID number should have its own column or be hidden in ERM
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37279 Bug ID: 37279 Summary: Title ID number should have its own column or be hidden in ERM Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Created attachment 168625 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=168625&action=e… Title ID number appended to title Similar to Bug 37273, the Title ID number should have it's own column or be hidden. Appending it to the title is confusing. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 16201] New: Tie automatic cancellation of holds to a system preference to allow easier configuration
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16201 Bug ID: 16201 Summary: Tie automatic cancellation of holds to a system preference to allow easier configuration Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, if you run multiple instances on a server, you can not easily configure for some, but not others, that holds not picked up will automatically cancelled. The cronjob used is: misc/cronjobs/holds/cancel_expired_holds.pl If it's scheduled, the feature is active for all instances - or you'd have to maintain a list, change the default cron files etc. It would be nice if this feature was tied to a new system preference, so that you can easily activate/deactivate it from within Koha and without accessing the server. This might also be useful for libraries that want to wait a little longer with cancelling in some cases, for example after a holiday period or when the library has been closed for a while. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 37282] New: staff can't use "my account"
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37282 Bug ID: 37282 Summary: staff can't use "my account" Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.matthus(a)tu-dresden.de QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, oleonard(a)myacpl.org A staff-user can't manage the own account (i.e. change password) over the menu "my account" on the right. The answer is "now access rights". If I add the right to mange accounts the menu works for this user. But then user can also change other users too, what I don't want. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 23290] XSLT system preferences allow administrators to exploit XML and XSLT vulnerabilities
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23290 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29678 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29678 [Bug 29678] Can't use external URL for XSLT stylesheet -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 Roman Dolny <roman.dolny(a)jezuici.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |roman.dolny(a)jezuici.pl --- Comment #11 from Roman Dolny <roman.dolny(a)jezuici.pl> --- Tested and works as described except b) and o) -- adding new list creates private list despite "Public" was selected at the creating form. -- You are receiving this mail because: You are watching all bug changes.

1 0