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

[Bug 35692] New: ONLYMESSAGE option in UpdateNotforLoanStatusOnCheckin is not honored
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35692 Bug ID: 35692 Summary: ONLYMESSAGE option in UpdateNotforLoanStatusOnCheckin is not honored Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com It looks like between bug 30407 and bug 25560 we lost the line that made the update conditional: $item->notforloan($rules->{$key})->store({ log_action => 0, skip_record_index => 1, skip_holds_queue => 1 }) unless $rules->{$key} eq 'ONLYMESSAGE'; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

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

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33716] New: ILL - Allow for a disclaimer stage per request type
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33716 Bug ID: 33716 Summary: ILL - Allow for a disclaimer stage per request type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: andrew.auld(a)ptfs-europe.com, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Created attachment 151027 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=151027&action=e… Workflow diagram This new feature should allow the specification of a new custom HTML message alongside a custom authorised values category to be presented to the user after the ILL request has been submitted, on both OPAC and Staff. This should also allow for different specifications for each request type, and a fallback disclaimer if the type of the new ILL request being created does not exist in the new system preference. Once the disclaimer is submitted, the selected value from authorised values category as well as a timestamp should be saved in the database. To implement this, a refactor of the current ILLCheckAvailability system preference is required to make sure this new feature works in harmony, as it's also an extra step the user must take after it has submitted the create request form, but before the request has been saved in the database. Please check the attached diagram. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 72

[Bug 37390] New: BibTeX exports hold Marc21 punctuation
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37390 Bug ID: 37390 Summary: BibTeX exports hold Marc21 punctuation 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 The exports to BibTeX should strip Marc punctuation as they are not correct in BibTeX and it would require the user to strip them by hand to get proper displays in the final LaTeX documents. Examples from within ktd: **Bibrecord 55** ``` @book{55, author = {MacGill-Eain, Somhairle, and Whyte, C.}, title = {Dàin do Eimhir =}, publisher = {Polygon,}, year = {2007.}, address = {Edinburgh :}, note = {Originally published: Glasgow : Association for Scottish Literary Studies, 2002.} } ``` should be ``` @book{55, author = {MacGill-Eain, Somhairle and Whyte, C.}, title = {Dàin do Eimhir}, publisher = {Polygon}, year = {2007}, address = {Edinburgh}, note = {Originally published: Glasgow : Association for Scottish Literary Studies, 2002.} } ``` **BibRecord 57** exports as: ``` @book{57, author = {MacGill-Eain, Somhairle, and Whyte, C. and Association for Scottish Literary Studies.}, title = {Dàin do Eimhir /}, publisher = {Association for Scottish Literary Studies,}, year = {2002.}, series = {Association for Scottish Literary Studies ;}, address = {Glasgow :} } ``` and should read ``` @book{57, author = {MacGill-Eain, Somhairle and Whyte, C. and Association for Scottish Literary Studies}, title = {Dàin do Eimhir}, publisher = {Association for Scottish Literary Studies}, year = {2002}, series = {Association for Scottish Literary Studies}, address = {Glasgow} } ``` -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 30793] New: C4::Biblio PrepHostMarcField and prepare_host_field functions should be merged and migrated to Koha::Biblio
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30793 Bug ID: 30793 Summary: C4::Biblio PrepHostMarcField and prepare_host_field functions should be merged and migrated to Koha::Biblio 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 I propose we add a 'add_marc_host' method to Koha::Biblio and use it to replace both PrepHostMarcField and prepare_host_field methods in C4::Biblio. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 12648] Link patrons to an order
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12648 --- Comment #85 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to David Cook from comment #84) > Am I missing something, or is it impossible to tell what patrons are linked > to an order after that order is placed? > > I can find them using 'select * from aqorder_users', but not through the > UI... I think the problem is that we miss a "view" of the full order information after the basket has been closed. We only have an edit one. See: bug 31423 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37376] New: Item data added to incorrect OPAC export formats
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37376 Bug ID: 37376 Summary: Item data added to incorrect OPAC export formats Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Before bug 29697, the opac-export.pl script only added item information to the `bibtex` format case. With that bug's refactoring, it ended up always adding it. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 12648] Link patrons to an order
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12648 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #84 from David Cook <dcook(a)prosentient.com.au> --- Am I missing something, or is it impossible to tell what patrons are linked to an order after that order is placed? I can find them using 'select * from aqorder_users', but not through the UI... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36851] New: Enhance Elasticsearch author, author as phrase MARC21 index mappings
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36851 Bug ID: 36851 Summary: Enhance Elasticsearch author, author as phrase MARC21 index mappings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz We would like to add the following tags and subfields to the existing author index for Elasticsearch MARC21, as used by the "author" and "author as phrase" advanced search dropdown options: * 100abc (currently 100a) * 700abc (currently 700a) * 250b (currently not mapped) * 800abc (currently not mapped) * 810ab (currently not mapped) Explanation to justify these mappings: * To search main/added entry personal name (100/700) for numeration ($b), titles and words associated with a name ($c). e.g. 100 $a John Paul $b II $c Pope. e.g. 700 $a John Paul $b II $c Pope. To search edition statement (250), statement of responsibility ($b). e.g. 250 $a Fourth edition / $b revised by J.G. Le Mesurier. To search series added entry, personal name (800 $a), numeration ($b), and titles and words associated with a name ($c). e.g. 800 $a Mackall, Dandi Daley. To search series added entry, corporate name (810 $a) and subordinate unit ($b). e.g.810 $a United States $b Army Map Service. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 37379] New: Patron searches can fail when patron category library limitations are used
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '24

16 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37379 Bug ID: 37379 Summary: Patron searches can fail when patron category library limitations are used Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com TO recreate: 1. Administration > Patron categories 2. Set a library limit for some patron categories. ( IN k-t-d I added a limit to the PT category which included only MPL ) 3. Log in as a branch other than the one you added as a library limit in step 2. 4. Do a patron search and see the error: Uncaught TypeError: categories_map[data.toLowerCase()] is undefined -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1