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

[Bug 14322] Can't link to an item search
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh(a)dubcolib.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |ASSIGNED Assignee|gmcharlt(a)gmail.com |koha-bugs(a)lists.koha-commun | |ity.org --- Comment #17 from Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> --- (In reply to Alexander Wagner from comment #14) > It might be, that there is only a way lacking to actually _set_ > `items.location` and only `items.location` to the value required. Say, if I > could set `items.location` to `DSP` (or whatever LOC value) one is already > there, adding a rule that clears `DSP` upon item check in. Or alternatively, > if items on display should stay on display even after a check in I'd leave > this rule and at some point explicitly clear `item.location`. Both could > also be done by some cron-job. Over on Bug 30910, I suggested making it possible to define which shelving locations are automatically applied to permanent_location when setting regular location. I'm taking this out of In Discussion. There seems to be a strong consensus that it would be useful. The only argument against it I see here is that we're running out of characters with which to designate 952 subfields --- this feature need not add a field in the items table, and even if it does that field need not be tied to a MARC subfield. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh(a)dubcolib.org --- Comment #16 from Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> --- *** Bug 30910 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30910] New: Allow local definition of temporary shelving locations
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30910 Bug ID: 30910 Summary: Allow local definition of temporary shelving locations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl, nick(a)bywatersolutions.com The intended behavior in Koha is that when one edits an item to change the shelving location, that value will always be pushed to the permanent shelving location as well, except for two hard-coded exceptions, CART and PROC. Through careful setup, one can circumvent this behavior and allow for edits to the shelving location without changing the permanent shelving location (bug 30909). That more complicated setup could be avoided in most cases if we simply added a system preference to define a list of shelving locations for which permanent location should not be updated. So, for example, one could create a location of "Display" and tell Koha to never update permanent shelving location when setting shelving location to Display. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 36611] New: Allow definition of local tooltips
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36611 Bug ID: 36611 Summary: Allow definition of local tooltips Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On my system, I've used jQuery to insert an icon with a title attribute so that when the icon is moused-over it gives a bit of explanatory text. For example: $('#navmenulist ul li a:contains("View dictionary")').append(' <i class="fa fa-info-circle" title="No one knows what this is for"></i>'); It could be helpful to have an interface for this, something along the lines of how we define audio alerts: - provide a jquery selector - select a font awesome icon - provide text - when a page loads containing your selector, your icon is appended to it with your text appearing on mouseover -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30635] New: Add API route to create/update borrower_relationships, guarantors/guarantees
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30635 Bug ID: 30635 Summary: Add API route to create/update borrower_relationships, guarantors/guarantees Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com CC: tomascohen(a)gmail.com We should have a way to deal with guarantors and guarantees via the API. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 17897] New: Koha:: SearchMappingManager - Simplify search mapping modifications
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17897 Bug ID: 17897 Summary: Koha::SearchMappingManager - Simplify search mapping modifications Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Currently there is a lot of DBIC-magic everywhere where search mappings (search_fields, search_marc_to_field, search_marc_map -tables) are CRUD:ed. Encapsulate this hard-to-read DBIC-magic into a Manager class which promotes code-reusability and thus, simpler test case writing. Includes tests for Bug 17885 -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 34913] Upgrade DataTables from 1.10.18 to 1.13.6
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34913 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |36640 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 [Bug 36640] Upgrade DataTables from 1.13.6 to 2.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34913] Upgrade DataTables from 1.10.18 to 1.13.6
by bugzilla-daemon＠bugs.koha-community.org 18 Apr '24

18 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34913 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #72 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to wainuiwitikapark from comment #71) > When adding orders from a marc file to a basket, the text in the form is > showing up as white. I believe this refers to problem fixed by Bug 36035: Wrong text colour in addorderiso2709.pl. -- You are receiving this mail because: You are watching all bug changes.

1 0