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

[Bug 29825] New: Preview of authority record on edit mode as MARC formatted view
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29825 Bug ID: 29825 Summary: Preview of authority record on edit mode as MARC formatted view Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org While a librarian is cataloguing an authority record by using the framework cannot check the full view of the record in MARC structure way before saving. That patch will add a new action on edit mode in order to show on a new window a preview of MARC record that will be saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 54

[Bug 34179] New: Make authority MARC preview look like bibliographic MARC preview
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34179 Bug ID: 34179 Summary: Make authority MARC preview look like bibliographic MARC preview Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather_hernandez(a)nps.gov QA Contact: testopia(a)bugs.koha-community.org Starting with 22.11, the MARC preview of auts is very different from the MARC preview of bibs. When displaying aut search results, the user can select for a particular aut record: Actions MARC preview And what appears seems to be a compilation of the tabbed display with all the MARC labels, e.g., "455 ## - SEE FROM TRACING--GENRE/FORM TERM" included. So it's not really a MARC preview--it's a repeat of the tabbed display assembled into one window. Since the MARC tag labels are already there for authorities in the tabbed display (like the MARC tag labels are present in the OPAC "MARC view"), they are already present for anyone wanting a MARC display with textual field labels. An unlabeled display for auts doesn't really exist, and it would be great if the "MARC preview" for auts was the unlabeled MARC display available for staff, just like the MARC preview for bibs is a unlabeled MARC display. I really want a way to see an unlabeled MARC aut record in one screen—to be able to look at it, read it, etc., quickly. There is currently no way to do that, and I think having the MARC preview repeat all the tag/field labels that are already present in the regular display is redundant. I would love for the aut MARC preview to be exactly the same as the bib MARC preview, so there is a way for catalogers to quickly see an unlabeled MARC record that they can examine, scan, read, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 28863] New: Cancel a Pending Notice
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28863 Bug ID: 28863 Summary: Cancel a Pending Notice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: rcoert(a)arlingtonva.us QA Contact: testopia(a)bugs.koha-community.org We would like the ability to cancel any notice that is currently "Pending" on the Notices tab in a user's account. Also, a record of which librarian cancelled the notice and date/time stamp would be very useful. Use Case: Item is discharged, hold is trapped, & notice is generated. Staff then realizes that the item is badly damaged and reverts the hold to obtain another copy. However, the notice for the original item is now Pending in the account and the email will be sent - even though the item is not on the Hold Shelf. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 32630] New: Don't delete ILL requests when patron is deleted
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32630 Bug ID: 32630 Summary: Don't delete ILL requests when patron is deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: magnus(a)libriotech.no, martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com There is a FK constraint, that makes it so that when a patron is deleted, the ILL requests linked to the account are deleted as well. This can potentially cause a number of problems: * ILL requests deleted could be pending, in shipment etc. You will have no audit track if there are any problems with transport etc. * You won't be able to do reliable statistics on number of ILL requests etc. especially since adding a request is not even logged. I propose that instead of removing the borrowernumber, we either * leave it * set it to NULL Would love to get some input on this one! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 38685] New: ILL pages have incomplete breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '26

12 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38685 Bug ID: 38685 Summary: ILL pages have incomplete breadcrumbs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: pedro.amorim(a)ptfs-europe.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Depends on: 35604 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35604 [Bug 35604] ILL - Allow for automatic backend selection -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 23524] New: Can modify/delete funds for locked budgets
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '26

11 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23524 Bug ID: 23524 Summary: Can modify/delete funds for locked budgets Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org What are the allowed actions for a locked budget? Should it be read only? To recreate: 1 - From acqui home click on a budget 2 - Edit the budget and lock it 3 - on admin/aqbudgets.pl notice all funds have an action button 4 - You cannot add, but the button is not disabled 5 - You can modify 6 - You can delete -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 35683] New: Record Detail View should more accurately display the material type
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '26

11 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35683 Bug ID: 35683 Summary: Record Detail View should more accurately display the material type 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: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The record detail view appears to pull the Material Type display information from the 000 Leader space 6. This needs more consistency and a better reflection of the material type. Some examples: Projected medium = Film Language Material = Text Mixed materials = Mixed Materials Musical Sound Recording = Music Nonmusical Sound Recording = Sound Manuscript language Material = Text Notated Music = Score Some of these make sense, but others could cause confusion. For example the term Film could imply a motion picture or a 35mm film. Perhaps it would be better if the display replicated the text in space 6. It may be difficult to have better precision with the language because of the continual changing of the definitions over time. To further add to the discussion, if more specificity is wanted, then the 007 could also be used as a check for the display. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 33204] New: Add the ability to filter on patron library for borrowers-force-messaging-defaults.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '26

11 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33204 Bug ID: 33204 Summary: Add the ability to filter on patron library for borrowers-force-messaging-defaults.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Like filter on category Bug 19454, it would be helpful to filter on a specified library for misc/maintenance/borrowers-force-messaging-defaults.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 36734] New: Add --branchcode option to borrowers_force_messaging_defaults.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '26

11 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36734 Bug ID: 36734 Summary: Add --branchcode option to borrowers_force_messaging_defaults.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz I use this script a lot during migrations, to give all imported patrons the default messaging preferences. However, in some cases, I'd like to give the preferences only to the patrons from one branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 21303] New: XSLT should look in LDR/18 to know whether to add punctuation or not
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '26

11 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21303 Bug ID: 21303 Summary: XSLT should look in LDR/18 to know whether to add punctuation or not Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I noticed the XSLT sometimes adds or removes punctuation. If the cataloguers already add the punctuation while cataloguing, this causes double punctuation or no punctuation at all where there should be. For instance, I have a record where there is a period (.) at the end of 100$e. So in MARC, it looks like 100 1# a Goscinny, René, d 1926-1977-, e author. In intranet details, it looks like Goscinny, René, 1926-1977- [author.]. There are two periods (and no comma after the date). In the 260 field, the opposite happens. There is a period at the end of 260$c in MARC, but nothing is appearing in intranet results. 260 ## a Paris : b Gallimard jeunesse, c [2014]. In the intranet details, it looks like Paris : Gallimard jeunesse, [2014] There is no period after the date. MARC21 has a code in LDR/18 to indicate whether or not punctuation has been included in the cataloguing. XSLT should obey this code to determine if it should add punctuation or not. LDR/18 possible codes # - Non-ISBD a - AACR2 c - ISBD punctuation omitted i - ISBD punctuation included n - Non-ISBD punctuation omitted u - Unknown -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11