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

[Bug 38425] New: Add links to full texts based on identifiers
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38425 Bug ID: 38425 Summary: Add links to full texts based on identifiers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org Marc21 allows to add persistent identifiers to `024 7?` by means of subfields `$2` and `$a`. E.g. one could give the DOI of an eBook as ``` 024 7_ $2doi $a 10.000/123.456.789 ``` For `$2` the LoC refers to the list of standard identifiers, that is actually quite long: https://www.loc.gov/standards/sourcelist/standard-identifier.html Currently, it seems Koha creates a link only if there is a URL in `856 4_` which requires duplication of data. Especially of scientific libraries it would be helpful if ids pointing to "well known" services that assign PIDs would also trigger such a display to point the users to the full texts. The most relevant in this context seem to be: - DOI - PMID - PMC - arXiv - handle - urn In other contexts OpenLibrary was also mentioned. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 33780] New: Multi-line TT comment: [%% item.object.itemnotes.replace('\n', '
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '26

27 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33780 Bug ID: 33780 Summary: Multi-line TT comment: [%% item.object.itemnotes.replace('\n',' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org TT comments broken on multiple lines will lead to artifacts in the po files. Better to use a format that keeps them on one line or enclose each line in [%% ... %%] koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt:581 [%% item.object.itemnotes.replace('\n',' -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 38058] New: Backticks in vue files break translation script
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38058 Bug ID: 38058 Summary: Backticks in vue files break translation script Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com (In reply to Matt Blenkinsop from comment #61) > Created attachment 166571 [details] [review] > Bug 34788: (follow-up): Fix translations Please stop using backtick, it does not work correctly with translations. See: fr-FR-messages-js.po +#: koha-tmpl/intranet-tmpl/prog/js/vue/dist/erm.js:20920 +#, javascript-format +msgid "" +"Your file was too large to process in one job, the file has been split into %s jobs to meet the maximum size limits.\"\n" +" ).format(success.job_ids.length)}</p>`\n" +" }\n" +" success.job_ids.forEach((job, i) => {\n" +" message += `<li>${this.$__(\n" +" \"Job %s for uploaded file has been queued\"\n" +" ).format(\n" +" i + 1\n" [...] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 27917] New: Make it clear that standing orders cannot create items at point of ordering
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27917 Bug ID: 27917 Summary: Make it clear that standing orders cannot create items at point of ordering 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When creating a basket, one chooses whether one wants to create item records when ordering, when receiving, or when cataloging. If your basket is a standing order basket, then it cannot create items when ordering. Koha will allow you to pick "placing an order" for when to create items for a standing order basket, but then will not create the item. When creating a basket, we should not allow one to choose "placing an order" for "Create items when" if one has checked the Standing Order box. We should also not allow one to select default for "Create items when" when making a standing order basket if the AcqCreateItem syspref is set to "placing an order." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 32968] New: Create granular permissions for ERM
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32968 Bug ID: 32968 Summary: Create granular permissions for ERM Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 32925 Currently, there is only one top-level permission for ERM on the system. Example: Allow a staff member to create agreements but not delete them. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32925 [Bug 32925] Display loading info when a form is submitted -- You are receiving this mail because: You are watching all bug changes.

1 82

[Bug 30956] New: Make 773 visible in default framework
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30956 Bug ID: 30956 Summary: Make 773 visible in default framework Change sponsored?: --- Product: Koha Version: 20.11 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org 773 is used for EasyAnalytics and for creating child records in Koha and as such linked to specific functionalities, but by default, it's hidden in the default framework. We should make at least atng, maybe more subfields, visible (these are displayed in the detail pages). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31415] New: Script to automate converting reserves to recalls
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '26

26 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31415 Bug ID: 31415 Summary: Script to automate converting reserves to recalls 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a record reaches X number of reserves, the library may convert reserves to recalls to prompt patrons to return them sooner. This can be automated with a script. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 39455] New: Correct "cardnumber" to "card number" (when refering to the patron's card number, unless it's the database column)
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '26

25 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39455 Bug ID: 39455 Summary: Correct "cardnumber" to "card number" (when refering to the patron's card number, unless it's the database column) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation 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: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de Bug 38979 changed "cardnumber" to "card number". We should change the instances in the manual also. *Note that if this refers to the database column, it should stay "cardnumber". Here are the occurrences (if you have a local copy of the manual, you can do `git grep "cardnumber"` and it will find all the occurrences of the string in all the files). NOTE: I have not filtered the results! Some should stay as is. administration.rst:| LC-cardnumber | 010$a | administration.rst: either "userid" or "cardnumber" are present in the mappings. administration.rst: If auto register is enabled, make sure the "userid" or "cardnumber" administration.rst: If auto register is enabled, make sure the "userid" or "cardnumber" apis_protocols.rst: <cardnumber is="uid" ></cardnumber> circulation.rst:|selfcheckout-logincardnumber| circulationpreferences.rst:cardnumber is scanned instead of an item barcode. circulationpreferences.rst: This should not be enabled if you have overlapping patron cardnumbers circulationpreferences.rst:- cardnumber circulationpreferences.rst: If using 'cardnumber' and enhancedcontentpreferences.rst:- cardnumber images.rst: :alt: Patron's brief information panel showing the patron's name, cardnumber, address, phone number, date of birth and age, email, category, home library, borrowernumber, date of last update and a message in red reading 'Account has been administratively locked'. Under the patron's information are the patron account tabs: Check out, Details (currently selected), Accounting, Routing lists, Circulation history, Holds history, Modification log, Notices, Statistics, and Purchase suggestions. images.rst: :alt: Patron's brief information panel showing the patron's name, cardnumber, address, phone number, date of birth and age, email, category, home library, borrowernumber, date of last update and a message in red reading 'Account has been locked'. Under the patron's information are the patron account tabs: Check out, Details (currently selected), Accounting, Routing lists, Circulation history, Holds history, Modification log, Notices, Statistics, and Purchase suggestions. images.rst: :alt: Holdings tab in a detailed record in the staff interface, the item is marked as checked out, with the name of the patron, their cardnumber and the due date images.rst: :alt: Warning message 'This item has been claimed as returned by' followed by the name and cardnumber of the patron and a button 'Resolve' images.rst:.. |selfcheckout-logincardnumber| image:: images/circ/selfcheckout/selfcheckout-logincardnumber.png images.rst: :alt: Place hold confirmation screen on the OPAC. Shows the patron's name and cardnumber, the title and author of the item to be placed on hold, a dropdown menu to choose the pickup location, a link to show more options and a button 'Confirm hold' images.rst: :alt: Place hold confirmation screen on the OPAC. Shows the patron's name and cardnumber, the title and author of the item to be placed on hold, a dropdown menu to choose the pickup location, a link to hide options, a date field 'Hold not needed after', an option to place the hold on the next available item or a specific item and a button 'Confirm hold' images.rst: :alt: Place hold confirmation screen on the OPAC. Shows the patron's name and cardnumber, the title and author of the item to be placed on hold, a dropdown menu to choose the pickup location, a link to hide options, a date field 'Hold not needed after', an option to place the hold on the next available item or a specific item, the specific item option is selected, and it is followed by a table of the record's items with the following columns: Copy number which contains the copy number as well as the selection box, Item type, Barcode, Home library, Last location, Collection, Call number, Notes and Information. At the botton of the page is a 'Confirm hold' button. images.rst: :alt: SQL field when creating a report from SQL, in the box, SELECT borrowers.ca is typed and suggestions for borrowers.cardnumber and borrowers.categorycode are displayed koha_spelling_wordlist.txt:cardnumber koha_spelling_wordlist.txt:cardnumbers logspreferences.rst: Enabling this system preference allows the tracking of cardnumber changes opac.rst:Patrons registered in this way will not have a cardnumber until assigned opac.rst:their identity before given a cardnumber and the ability to check items opac.rst:generating cardnumbers before providing them to self registered patrons. opac.rst:and add a cardnumber/barcode. opacpreferences.rst: Remember to use the borrowernumber not the patron's cardnumber for patrons.rst: able to search for any part of the patron's name or cardnumber. patronspreferences.rst:Default: firstname\|middle_name\|surname\|othernames\|cardnumber\|userid patronspreferences.rst:- cardnumber patronspreferences.rst:Default: surname\|cardnumber patronspreferences.rst:.. _cardnumberlength-label: patronspreferences.rst: (i.e., ^,Max'). If 'cardnumber' is included in the reports.rst: For example, to have the suggestion for :code:`cardnumber`, you must type reports.rst: SELECT cardnumber, reports.rst:Koha will automatically generate hyperlinks for any report that contains a borrowernumber, cardnumber, itemnumber or biblionumber. reports.rst:- cardnumber: Check out reports.rst: SELECT CONCAT('<a href=\"/cgi-bin/koha/members/boraccount.pl?borrowernumber=',borrowernumber,'\">', cardnumber, '</a>'), surname, firstname reports.rst: - :code:`cardnumber` - The borrower's barcode number queried from Koha. This is what will be visible to the user and comprise the clickable link. reports.rst:After running a report that contains itemnumbers, biblionumbers and/or patron cardnumbers tools.rst: cardnumber, surname, and all fields you have tools.rst:- Choose to match on 'cardnumber' or 'username' to prevent adding of tools.rst:load in a file of cardnumbers (one per line), choose from a :ref:`list of tools.rst:cardnumbers. tools.rst:Once you have the file loaded or the cardnumbers or borrowernumbers entered click 'Continue.' webservices.rst:This service can be used to embed barcode images into slips and notices printed from the browser, and to embed a patron cardnumber into the OPAC, among other possibilities. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 36091] New: Spelling: Patron card number/cardnumber
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '26

25 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36091 Bug ID: 36091 Summary: Spelling: Patron card number/cardnumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Not sure which spelling is correct, but consistency is good. $ grep -rn "Patron cardnumber" * koha-tmpl/intranet-tmpl/prog/en/includes/csv_headers/reports/cash_register_stats.tt:4: "[% t("Manager name") | html %]"[% sep | html %]"[% t("Patron cardnumber") | html %]"[% sep | html %]"[% t("Patron name") | html %]"[% sep | html %]"[% t("Transaction library") | html %]"[% sep | html %]"[% t("Transaction date") | html %]"[% sep | html %]"[% t("Updated") | html %]"[% sep | html %]"[% t("Transaction type") | html %]"[% sep |html %]"[% t("Notes") | html %]"[% sep | html %]"[% t("Amount") | html %]"[% sep | html %]"[% t("Title") | html %]"[% sep | html %]"[% t("Barcode") | html %]"[% sep | html %]"[% t("Item type") | html %]" grep: misc/translator/po/.git/objects/pack/pack-b0a884343922aff65f857e780adda0f2bcc2203f.pack: binary file matches grep: misc/translator/po/.git/objects/pack/tmp_pack_O9fPOy: binary file matches misc/release_notes/release_notes_20_05_00.html:1588:<li><a href="http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24329">[24329]</a> Patron cardnumber change times are lost during upgrade for bug 3820</li> misc/release_notes/release_notes_20_05_00.md:1194:- [[24329]](http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24329) Patron cardnumber change times are lost during upgrade for bug 3820 $ grep -rn "Patron card number" * koha-tmpl/intranet-tmpl/prog/en/modules/reports/cash_register_stats.tt:172: <th>Patron card number</th> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 38861] New: error in bookings to collect
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38861 Bug ID: 38861 Summary: error in bookings to collect Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 176372 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=176372&action=e… 200 error When loading the bookings to collect report in the circulation module an error appears. 'Something went wrong when loading the table. 200:ok. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26