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

[Bug 23081] New: Item search : Filter for Items with Zero Checkouts Returns No Results
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '22

30 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23081 Bug ID: 23081 Summary: Item search : Filter for Items with Zero Checkouts Returns No Results Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)esilibrary.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When conducting an item search, if I set the checkout count to = 0, I get "No data available in table" (and there are most definitely items without any checkouts). If I conduct a search that returns results (without filtering by checkout count), and then enter 0 into the box on the search results screen, I get results with 10 checkouts. I expected to get the items with 0 checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 24875] New: Remvoe extra punctuation from tools home page
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '22

30 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24875 Bug ID: 24875 Summary: Remvoe extra punctuation from tools home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 26079] New: Use 008 positions 14-16 as authoritative authority entry type
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '22

30 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26079 Bug ID: 26079 Summary: Use 008 positions 14-16 as authoritative authority entry type Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Instead of using the auth_header.authtypecode as the authoritative authority entry type look at the 008 position 14-16. According to MARC standards ( https://www.loc.gov/marc/authority/ad008.html ): * 088 position 14 = 'a' means the authority record is a name authority * 008 position 15 = 'a' means the authority record is a subject authority * 008 position 16 = 'a' means the authority record is a series authority These three characters allow authority records to belong to multiple auth types. Koha only allows an authority record to have one auth type. Given a syspref is enabled load all authorities into the default authority type. Search/use/display them according to how they are coded in their 008 positions 14-16 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 30183] New: ILL table search filtering broken
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30183 Bug ID: 30183 Summary: ILL table search filtering broken 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: andrew.isherwood(a)ptfs-europe.com To replicate: - View a table of ILL requests - Attempt to filter the table by typing in the search box - Note nothing happens and the console displays: Uncaught TypeError: Cannot read properties of undefined (reading '0') at Array.<anonymous> (ill-list-table_21.1101000.js:501:75) Looking at the history of ill-list-table.js there looks to be a couple of commits that have moved away from using datepicker which appear to have resulted in the breakage: https://github.com/PTFS-Europe/koha/commit/b70a9a29d77f4109b082fe6ed57cc44f… changed the definition of illfilter_dateplaced_* variables to use Flatpickr, and: https://github.com/PTFS-Europe/koha/commit/30196fcdf3f5d726ad79c4f8983b17e9… removed the variable definitions, which appears to be what is resulting in the error -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 30128] New: language_subtag_registry.description is too short
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30128 Bug ID: 30128 Summary: language_subtag_registry.description is too short Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In database, language_descriptions.description is VARCHAR(255). language_subtag_registry.description is VARCH(25), it should have same size. You can see in https://www.loc.gov/standards/iso639-2/php/code_list.php there is for example 'South American Indian languages' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 22993] New: Messaging preferences not set for patrons imported through API
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22993 Bug ID: 22993 Summary: Messaging preferences not set for patrons imported through API Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hans.palsson(a)hkr.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- It appears that from 18.11.03 (maybe earlier), patrons that are created/imported through the API does not get messaging preferences set as specified in the system preferences ("Default messaging preferences for this patron category"). This should work in the same way that messaging preferences are set for patrons created in the GUI. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 27555] New: Use psgi_env from errors/* controller scripts
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27555 Bug ID: 27555 Summary: Use psgi_env from errors/* controller scripts Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 26048 errors/* controller scripts are using any { /(^psgi\.|^plack\.)/i } keys %ENV to know if we are running under psgi. This is also defined in C4::Auth (psgi_env subroutine), but it's not available as it is in BEGIN. We should put this trick in an exportable subroutine to make it accessible from pl scripts. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26048 [Bug 26048] PSGI Koha does not use custom ErrorDocument pages -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 28700] New: "Unblessed" method in Object.pm has blessed values for keys in some cases
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28700 Bug ID: 28700 Summary: "Unblessed" method in Object.pm has blessed values for keys in some cases Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: stalkernoid(a)gmail.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 59

[Bug 28692] New: Reduce DB action_log table size
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28692 Bug ID: 28692 Summary: Reduce DB action_log table size Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 65

[Bug 29538] New: UNIMARC no longer available as marc flavour when installing in Italian
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '22

28 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29538 Bug ID: 29538 Summary: UNIMARC no longer available as marc flavour when installing in Italian Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: john(a)voipsupport.it QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Installing 21.05 with it-IT, only MARC21 is available. Installing 20.05 with it-IT, it is possible to install MARC21 or Unimarc. To reproduce do a standard package install. I used Ubuntu 21.10 and echo 'deb http://debian.koha-community.org/koha 21.05 main' | sudo tee /etc/apt/sources.list.d/koha.list as repository setup After mysql and koha-common install and normal configurations and library, I ran sudo koha-translate --install it-IT When using the web installer when reaching the marc flavour question, only MARC21 is available. I noticed in git that Koha/installer/data/mysql/it-IT/marcflavour/ which is present in 20.11 is no longer present in 21.05 and language directories have been moved to a localization subdirectory Koha/installer/data/mysql/localization/it-IT/ where there is no marcflavour subdirectory. Not sure then why even MARC21 is shown as available given there is no marcflavour directory. What needs to be done to put UNIMARC installatino support back into the Italian translation? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12