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

[Bug 21812] New: When adding items while ordering, the quantity field should not look like it can be edited
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21812 Bug ID: 21812 Summary: When adding items while ordering, the quantity field should not look like it can be edited Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding items during creating the order in acquisitions, the quantity field cannot be edited, you have to use the item form and table above for increasing and decreasing the amount of items ordered. This if often misunderstood in traning, in part because the input field looks like it can be edited, when it's actually read-only. It would be nice if this could be improved, maybe even with a hint to use the form above. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 21828] New: Improve efficiency of C4::Biblio::LinkBibHeadingsToAuthorities
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21828 Bug ID: 21828 Summary: Improve efficiency of C4::Biblio::LinkBibHeadingsToAuthorities 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The routine iterates through all fields in a biblio and compares them to a list of acceptable tags that may link to an authority. It may be more efficient to do the opposite iteration, working through acceptable authority tags and looking for the existence of that field in the biblio. (Note.. I've not tested this hypothesis.. it depends heavily on how efficient it is to fetch a single MARC tag using Marc::Record) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 18426] New: Subscriptions batch editing
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18426 Bug ID: 18426 Summary: Subscriptions batch editing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 21919] New: Fast Add UX Enhancements
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '23

16 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21919 Bug ID: 21919 Summary: Fast Add UX Enhancements Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 82761 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82761&action=ed… fast-add-example Enhancements to the Fast Add framework would help libraries efficiently enter both biblio and item level data to their record to get the record out and circulated as quickly as possible. Below is an example of what the form could present to the staff inputting the data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 18853] New: Module wise email alerts
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '23

16 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18853 Bug ID: 18853 Summary: Module wise email alerts Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org At present koha is having limited number of email configurations for which library module managers is finding difficulty in replying or getting feedback from users. Therefore in sender address email should be separate module emails so that if a user reply should directly come to concern module manager like Acquisition, Circulation, Serial etc. because the emails are generating from the various modules/manager but replying to only one email is something very difficult to manage. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 21914] New: Add preferences for default and requirement on payment type
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21914 Bug ID: 21914 Summary: Add preferences for default and requirement on payment type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org The new payment type should have preferences to be required and a default setting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 21920] New: Create Form Letters (not automated)
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21920 Bug ID: 21920 Summary: Create Form Letters (not automated) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org We should create customizable form letters (similar to notifications), that can be e-mailed or printed. These would not be automated, but letters that could be filled out by providing a patron barcode or patron list and then generated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 21544] New: Self Check-in tool does not trigger holds
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21544 Bug ID: 21544 Summary: Self Check-in tool does not trigger holds Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 15492 Stand alone self Check-in Tool has been released into 18.05, however, if a book that has a hold on it gets returned through the stand alone self checkin tool, the hold does not trigger. There is no alert to the patron that this book needs to be brought to the circulation desk or prompt for any other direction. For libraries to use this self checkin tool, there needs to be some function/block that alerts the checkin with a hold to be different than a book with no hold. I tested, both bib level holds and item level holds were treated the same way, with no alert. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 21561] New: Check out restriction to category / branch
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21561 Bug ID: 21561 Summary: Check out restriction to category / branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com As discussed here: http://koha.1045719.n5.nabble.com/Check-out-restriction-to-category-branch-… its not possible to restrict holds between one library to a group of libraries. With independentbraches it will restrict everything, including Patrons modification. IndependentBranchesPatronModifications should prevent that but doesn't do it. The pretended is this: 1 Main Library (City hall Library CHL) 20 School Libraries (on the same server) Assuming that if a Patron from a School wants to be patron of CHL it will be duplicated Shouldn't be possible checkout from CHL to any school Patron Shouldn't be possible checkout from school to any CHL Patron Should be possible to transfer from CHL to any school Patron and vice-versa School Staff category should be able to modify Patrons because: - Every student is created with is student Nº - On next year he can change from school - Librarian from school should be able to change Library from Student This last point is very important! Otherwise only super librarians can change it. That would be impossible to manage because hundreds of students change every year. The Librarian of each school MUST do that job. Something like Library transfer limits but Library Holds limits would be nice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 21609] New: Store pre-rendered html in search engine (zebra or elastic).
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '23

08 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21609 Bug ID: 21609 Summary: Store pre-rendered html in search engine (zebra or elastic). Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org XSLT rendering is slow, I started to think about whether it would be possible to store pre-rendered HTML in zebra or elastic, so that we only have to run the marcxml to html xslt transformations at indexing time rather than per, search. It's a time vs. space optimization, and I don't know if the html generated by xslt ever gets cached; if it does, we might not see any benefit. Anyway, putting it out for discussion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1