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

[Bug 17509] New: Notify patrons to return items requested on hold by another person
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17509 Bug ID: 17509 Summary: Notify patrons to return items requested on hold by another person Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org Create a new notification allowing to ask patrons to return a book which has just been put on hold by somebody else. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 90

[Bug 20049] New: Add more information in the note when we attach an item
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20049 Bug ID: 20049 Summary: Add more information in the note when we attach an item Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl hi, when we use the option to attach item to a record, we only have the note "The item has successfully been attached to "title of the record.";. It would be nice to have more informations in this notification like the notice number of the origin's record of the item and the number of the record to which we have just attached an item. The message could be: "The item(XXXXXXX)from(number of the origin notice) has successfully been attached to "title of the record(Number of the new record).". Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 22353] New: ReturnBeforeExpiry date supplanted by SpecifyDueDate preference date
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22353 Bug ID: 22353 Summary: ReturnBeforeExpiry date supplanted by SpecifyDueDate preference date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When ReturnBeforeExpiry preference is activated, the item due date can’t be placed after the patron account end date. However, if we manually specify a return date before we create the loan, this date will be overcame without any mention. A warning message should inform us that the due date manually entered will go beyond the patron account end date. Thanks you, Alexandre -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 30383] New: Column suggestion is too wide when displaying more than 20 suggestions (suggestion.pl)
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30383 Bug ID: 30383 Summary: Column suggestion is too wide when displaying more than 20 suggestions (suggestion.pl) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 132333 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132333&action=e… suggestion_table Hi, The suggestion column becomes too wide when 50 or 100 suggestions are displayed in the different tabs of the table. a problem of css ? Regards Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 30149] New: addbiblio.pl tab closes when saving new authority (biblio record opened from manage-marc-import.pl)
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30149 Bug ID: 30149 Summary: addbiblio.pl tab closes when saving new authority (biblio record opened from manage-marc-import.pl) Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, I will try to explain the problem I am experiencing at the moment but it will be easier by making a test plan. Tested on demo 21.05.09 and 20.05 too. When I save a new authority record from a bibliographic record, the record tab closes. This problem only occurs when I start from the link of the record in a batch of imported marc records. Video here : https://www.screencast.com/t/DaoKCiECkC1 Test plan : - import a file with biblio record (stage-marc-import.pl) - import batch (manage-marc-import.pl) - click on link on Record column - biblio record open on a new tab - click on edit record - add an authority on 600$a for example that does not exist in db - click on Link authorities automatically (addbiblio.pl) - click on + (icon to the right of $9) to create authority - a new window opens - click on save after filling - window of authority closes - tab of biblio record closes too! and unsaved data is lost Thanks for help! Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 22088] New: Possibility to add new course when consulting another one
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22088 Bug ID: 22088 Summary: Possibility to add new course when consulting another one Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Hi, It would be nice if when you consult a course in the reserve, to have the possibility to creat new course. It would be interesting to have a button "new course" when we are in the page of a course in the reserve of course. This would avoid having to return to the homepage of the reserve of course and would allow to add several courses one after the others.this addition to Koha would be very useful. thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29533] New: add more fields to items sql table
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29533 Bug ID: 29533 Summary: add more fields to items sql table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl MARC tag dedicated to items (995 Unimarc / 952 Marc21) can contain a lot of subfields (0-9 ; a-z ; A-Z). It frequently happens that a value stored in this tag cannot be mapped to items SQL table through "Koha => MARC" configuration page. The use of "more_subfields_xml" to make something useful of these information is cumbersome. Koha should provide a way to map to SQL more information related to items, for example by creation 10 new fields in items sql table (items.customfield1, items.customfield2, etc), or something more subtle. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 33706] New: Full serials permission required for managing frequencies
by bugzilla-daemon＠bugs.koha-community.org 17 May '24

17 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33706 Bug ID: 33706 Summary: Full serials permission required for managing frequencies Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The full serials permission is required in order to manage frequencies (subscription-frequencies.pl), which can be confusing for staff since managing numbering patters (subscription-numberpatterns.pl) does not thanks to bug 29608. It's unclear why managing frequencies should require more permissions than staff need to manage numbering patterns. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 32986] New: Add ability to generate custom slips for patrons
by bugzilla-daemon＠bugs.koha-community.org 16 May '24

16 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32986 Bug ID: 32986 Summary: Add ability to generate custom slips for patrons 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some libraries would like to be able to provide custom information to a patron, while still using traditional slips - we should be able to add custom slips for printing form a patron's account -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 34404] New: Inconsistencies in Budgets and funds page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 16 May '24

16 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34404 Bug ID: 34404 Summary: Inconsistencies in Budgets and funds page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Budgets and funds pages, here is what should be changed to make it consistent with the other pages in the module: Page title - Change 'Add budget' to 'New budget' - Add single quotes around budget name in Modify X - Add single quotes around budget name in Close X - Add single quotes around budget name in Budget closed - Add 'Budgets' level to 'Funds' pages? In the breadcrumbs, Funds are under Budgets, but not in the title - Add fund instead of New fund (I think this might be OK since we add a fund to a budget?) - Maybe add the budget name to Add fund? (Add fund to budgetname)? - Add level for when deleting a fund ("Confirm deletion of fund 'code'" or "Confirm deletion of fund 'name' (code)") - Change "Delete budget 'name'?" to "Confirm deletion of budget 'name'" - Add single quotes around budget name when planning Breadcrumb - Remove 'administration' from last level ('Budgets administration' => 'Budgets') - Change 'Add budget' to 'New budget' - Add single quotes around budget name in Close X - Add single quotes around budget name in Budget closed - Add fund instead of New fund (I think this might be OK since we add a fund to a budget?) - Maybe add the budget name to Add fund? (Add fund to budgetname)? - Change "Delete fund?" to "Confirm deletion of fund 'code'" or "Confirm deletion of fund 'name' (code)" - Change "Delete budget 'name'?" to "Confirm deletion of budget 'name'" - Add single quotes around budget name when planning - Add planning type Page header - Remove 'administration' ('Budgets administration' => 'Budgets') - Change 'Add budget' to 'New budget' - In Modify X, the budget name is in italics, it should be regular and in single quotes - Add single quotes around budget name in Close X - Add single quotes around budget name in Budget closed - When modifying an existing fund, the styling of the header is different - Add fund instead of New fund (I think this might be OK since we add a fund to a budget?) - Styling of the header for Add fund is different - Change "Delete fund name?" to "Confirm deletion of fund 'name' (code)" - Change "Delete budget 'name'?" to "Confirm deletion of budget 'name'" - Add single quotes around budget name when planning -- You are receiving this mail because: You are watching all bug changes.

1 14