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

[Bug 34919] New: Unimarc 106 182
by bugzilla-daemon＠bugs.koha-community.org 16 Nov '23

16 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34919 Bug ID: 34919 Summary: Unimarc 106 182 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: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org The search by "physical representation" does not work if the subfields 182 of the Unimarc field are filled in. It works if you fill out 106, but these subfields are outdated. 106 CODED DATA FIELD: TEXTUAL RESOURCE - FORM OF ITEM Field Definition This field contains coded data relating to the form of an item textual unmediated resources (i.e., no mediation device is required to use or perceive the textual content of the resource). Occurrence Optional. Not repeatable. Indicators Indicator 1: blank (not defined) Indicator 2: blank (not defined) Subfield $a Form of resource Item: Coded Data:Medium Designator A one character code indicates the physical medium of the resource item. The following codes are used: d = large print e = newspaper format f = Braille or Moon script g = microprint h = hand-written i = multimedia (e.g. a resource an item in regular print with a microfiche supplement) (obsolete) This code is replaced by field 182 Coded Data Field - Media type, $a/0 code "m"= "multiple media". j = mini-print r = regular print s = electronic (obsolete) This code is replaced by field 182 Coded Data Field - Media type, $a/0 code "b"= "electronic". To be used when resource Item is intended for manipulation by a computer. The resource item may reside in a carrier accessed either directly or remotely, in some cases requiring the use of peripheral devices attached to the computer. This code is not used for items that do not necessarily require the use of a computer (e.g. music compact discs, videodiscs). t = microform (obsolete) This code is replaced by field 182 Coded Data Field - Media type, $a/0 code "c"= "microform". z = other form of material Notes on Field Contents Where the textual material is regular print, the field may contain code 'r' or be omitted altogether. https://cdn.ifla.org/wp-content/uploads/files/assets/uca/unimarc_updates/BI… https://cdn.ifla.org/wp-content/uploads/files/assets/uca/unimarc_updates/BI… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31794] New: REST API: GET endpoint for Authorities
by bugzilla-daemon＠bugs.koha-community.org 15 Nov '23

15 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31794 Bug ID: 31794 Summary: REST API: GET endpoint for Authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 34413] New: Flat picker birth date field does not display properly on initial load on iOS
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34413 Bug ID: 34413 Summary: Flat picker birth date field does not display properly on initial load on iOS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you are using iOS (iPhone for my test), and create a new patron, the birth date field does not show. there is a squishy blob in it's place. Click on that, and the flatpicker comes up and you can enter the date. Everything from that point forward looks fine. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 34857] New: OPAC advanced search operator "not" is searching as "and" after completing an "and" search
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34857 Bug ID: 34857 Summary: OPAC advanced search operator "not" is searching as "and" after completing an "and" search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate in ktd or sandboxes: 1. In the Koha OPAC go to Advanced search and choose "More options". 2. Do a keyword search for "Doctor Who" with an operator of "Not" and a second keyword search of "video". Only 1 search result shows up. 3. Go back to the advanced search using the back arrow (don't click on Advanced search again). 4. Now search for "Doctor Who" with an operator of "And" and a second keyword search of "video". This shows 3 results. 5. Go back again to advanced search using the back arrow. 6. Try the "Not" video search again. The results show the 3 video results that appeared with the "And" operator. They do not show the 1 result that showed with the "Not" operator. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 34624] New: Many header search forms lack for attribute for label
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34624 Bug ID: 34624 Summary: Many header search forms lack for attribute for label Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Keywords: accessibility Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In the header search forms, we have a label which is associated with the form field, but in many cases the label doesn't have a "for" attribute. This is a problem for HTML validity and for accessibility. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 24480] New: Fields added with Marc modifications templates are not added in an ordered way
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24480 Bug ID: 24480 Summary: Fields added with Marc modifications templates are not added in an ordered way Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org they are instead appended to the end of the record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 67

[Bug 33164] New: Return claim message shows intermittently when BlockReturnOfLostItems enabled
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33164 Bug ID: 33164 Summary: Return claim message shows intermittently when BlockReturnOfLostItems enabled 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1. Set BlockReturnOfLostItems system preference to Block 2. Check out an item to a patron 3. Go to the patrons page and claim a return on the item 4. Check in the item and keep checking in the item. Notice the message "Item is lost, cannot be checked in." shows every time, but the return claim message only shows sometimes. This is because BlockReturnOfLostItems interrupts the return process and may prevent the return claim message from coming through. This is a problem since this message is the only way to resolve a return claim, and the message may not show when the item is returned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 34931] New: Collapsed Additional attributes and identifiers that contain a PA_CLASS do not display well.
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34931 Bug ID: 34931 Summary: Collapsed Additional attributes and identifiers that contain a PA_CLASS do not display well. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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. Create some PA_CLASS authorized values. 2. Create some custom patron attributes and add them to the newly created PA_CLASS's. 3. Set CollapseFieldsPatronAddForm to collapse 'Additional attributes and identifiers'. 4. Go to a new or existing patron record. 5. At the top of the page click the checkbox for "Show collapsed fields:". 6. Scroll down to that section and notice the PA_CLASS <legend> element is shown but not the individual patron attributes within that PA_CLASS. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 34704] New: Print templates are formatted incorrectly
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34704 Bug ID: 34704 Summary: Print templates are formatted incorrectly 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The regex in gather_print_notices.pl is inserting <br /> tags at the end of every line when HTML template is used to create the letter -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 86

[Bug 34375] New: Shipping fund in an invoice defaults to the first fund from the list rather than 'no fund' after receiving.
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34375 Bug ID: 34375 Summary: Shipping fund in an invoice defaults to the first fund from the list rather than 'no fund' after receiving. Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org To recreate: Go to a vendor record in Acquisitions and then Receive Shipment Enter an invoice number Leave the Shipping cost empty and Shipping Fund as 'No fund' Receive some orders or go straight to Finish receiving Notice the Shipping fund has defaulted to the first fund in the alphabetical list of funds. It is not possible to select 'No fund' and the selected fund is recorded in shipmentcost_budgetid incorrectly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23