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

[Bug 33929] New: Cannot export genre/form authority framework
by bugzilla-daemon＠bugs.koha-community.org 09 May '24

09 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33929 Bug ID: 33929 Summary: Cannot export genre/form authority framework Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: Windows Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: alejojanin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 152064 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152064&action=e… Console error screenshot Hi, There is an error when clicking the "Export" button of the genre/form authority framework (it also happens with the "Import" button). I'm attaching a screenshot with the web console message. I'm using version 22.11.06 Thanks, Alejo -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 36751] New: Creating new patron attribute types should start with type choice
by bugzilla-daemon＠bugs.koha-community.org 09 May '24

09 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36751 Bug ID: 36751 Summary: Creating new patron attribute types should start with type choice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A date attribute type cannot be text, an authorised value category attribute type cannot be date, etc. As such, we should ideally not keep adding options to the attribute type form that can't make sense together. Currently, an authorised value category attribute can be set as "repeatable" but it doesn't work. A future use-case example: we add the option for a "True/False" attribute type, this type should not possibly be a date, an authorised value category, repeatable and should also not possibly be marked as a unique identifier. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 10762] Make it possible to adjust the barcode height and width on labels
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |36819 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36819 [Bug 36819] Default layout data prints squished barcodes -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35964] New: User cannot update their account if a column in PatronSelfModificationMandatoryField is also in PatronSelfRegistrationBorrowerUnwantedField
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35964 Bug ID: 35964 Summary: User cannot update their account if a column in PatronSelfModificationMandatoryField is also in PatronSelfRegistrationBorrowerUnwantedField Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org subroutine ParseCgiForBorrower is used in both self-reg and self-modification,however,it always removes the unwanted fields in PatronSelfRegistrationBorrowerUnwantedField 564 delete $borrower{$_} for split( /\s*\|\s*/, C4::Context->preference('PatronSelfRegistrationBorrowerUnwantedField') || q{} ); To recreate: 1 - Add 'fax' to PatronSelfRegistrationBorrowerUnwantedField 2 - Add 'fax' to PatronSelfModificationMandatoryField 3 - Self register on the OPAC, note there is no 'fax' field 4 - Sign in as the new borrower 5 - Attempt to edit, note 'fax' is required, fill it 6 - Save the form - 'you are missing a required field' 7 - Remove 'fax' from PatronSelfRegistrationBorrowerUnwantedField 8 - Save the form again, now it works -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 36731] New: Delete cancelled order line that still refers to bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36731 Bug ID: 36731 Summary: Delete cancelled order line that still refers to bibliographic record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See bug 18360 comment18 and further. Should we just leave the biblio record if any? Or warn about it, perhaps even checking the number of linked orders, and allow to delete it anyway? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 26206] New: Extended Patron Attributes don't have a stable id on OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26206 Bug ID: 26206 Summary: Extended Patron Attributes don't have a stable id on OPAC 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: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On the OPAC extended patron attributes don't have a stable id on the opac, but instead the id changes each time the page reloads. This makes it impossible to use JQ to effect them during the self-registration process. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 15278] [Omnibus] Port default slips and notices from bespoke syntax to Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15278 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |36815 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36815 [Bug 36815] Add the option to 'Reset to default' in the notices editor -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36814] New: Circulation statistics is not intuitive with callnumbers that feel numeric
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36814 Bug ID: 36814 Summary: Circulation statistics is not intuitive with callnumbers that feel numeric Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org I am writing here from the Circulation statistics perspective. But the same holds for other (reporting) forms where we want to filter by callnumbers. In our data we have callnumbers starting with three or four digits. (Yes, it would be an idea to add a left zero.) These callnumbers are just alphanumeric. But as human user, the first three or four digits just make you feel that they are numeric. Especially when you enter only those numbers in the callnumber range of Circulation statistics. But when I am looking for e.g. checkouts in a period for callnumbers between 400 and 1000, I wont find any data. Why? Simply because 1000 is smaller than 400. Yes, alphanumeric. But not intuitive as this point. Could we use cn_sort here and perhaps adjust Generic or add a new ClassSortRoutine that pads the numeric first part here to some parametrized length ? What do you think? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 16703] New: Home > Reports > Circulation statistics showing no circulation
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16703 Bug ID: 16703 Summary: Home > Reports > Circulation statistics showing no circulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org koha/reports/issues_stats.pl is giving incorrect results. Here are the parameters added: Period From: 01/01/2016 To : 06/07/2016 Type: Checkout group by: None Library: Takoma Park Maryland Library Home Library: Takoma Park Maryland Library Holding Library: Takoma Park Maryland Library The output is: Circulation statistics Filtered on: Period From 01/01/2016 Period To 06/07/2016 Library = TPML Home library = TPML Holding library = TPML Event issue / TOTAL TOTAL 0 Here are the actual circulation statistics: select count(*) from statistics where type = 'issue' and branch='TPML' and date(datetime) between '2016-01-01' and '2016-06-07'; +----------+ | count(*) | +----------+ | 33891 | +----------+ To re-create: 1/ Choose a koha instance that has circulation 2/ Go to Home > Reports > Circulation statistics 3/ Select the following: Period From: <Your start date> To : <Your end date> Type: Checkout group by: None Library: <BRANCH> Home Library: <BRANCH> Holding Library: <BRANCH> Cell Value: Count total items Output: To screen into the browser 4/ Click submit You will see Event issue / TOTAL TOTAL 0 5/ select count(*) from statistics where type = 'issue' and branch='BRANCH' and date(datetime) between '<Your start date>' and '<Your end date>' (Replace BRANCH and dates with values corresponding to the report above). Assuming that your date range contains checkouts, the output from issues_stats.pl is clearly incorrect. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 14791] Automatically attempt to resend failed notices
by bugzilla-daemon＠bugs.koha-community.org 08 May '24

08 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14791 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|martin.renvoize@ptfs-europe |koha-bugs(a)lists.koha-commun |.com |ity.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0