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

[Bug 29782] New: Missing entries for display locations in HTML customizations
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29782 Bug ID: 29782 Summary: Missing entries for display locations in HTML customizations Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mik(a)adminkuhn.ch QA Contact: testopia(a)bugs.koha-community.org In Koha menu "Tools > HTML customizations" it is possible to create new entries for various display locations. Given the Koha instance has two languages, "English (en)" and "Deutsch Deutschland (de-DE)" an entry will show three tabs: * Default * English (en) * Deutsch Deutschland (de-DE) If you fill just text into the "Content" field of the actual language tabs you will be prompted with a popup saying "Please specify a title for Default". In fact I don't know why such a "title" is needed at all (see also bug 29515), but OK I fill one in, but do not fill any content into the "Content" field of the Default tab because I don't want or need no default content. Now it's possible to save. The content of tab "English (en)" and "Deutsch Deutschland (de-DE)" will show up in the OPAC when changing to the respective language. But Koha menu "Tools > HTML customizations" will NOT show any entry for the display location you have created! So you are not able to change its content or delete it. The problem doesn't happen if you enter text in the "Content" field of the Default tab. This means 1. It is not clear why the default tab is mandatory. 2. It shouldn't be possible to save the entry for a display location without entering text in the "Content" field of the Default tab if the consequence is that there won't be no entry for the display location in the end. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 29434] New: In UNIMARC instances, the authority finder uses MARC21 relationship codes
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29434 Bug ID: 29434 Summary: In UNIMARC instances, the authority finder uses MARC21 relationship codes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org Background information ---------------------- As per the IFLA UNIMARC Manual for Authorities format [1], the 5-- Functional Block (a.k.a. Related Access Point Block) "contains related authorized access points from which a reference is to be made to see also the access point of the record". To put it simply, this allows for linking authority records with other authority records in order to form, for example, broader/narrower term hierarchies (see sreenshots 1 and 2). Control Subfield $5 ("Relationship Control" in IFLA speak, whereas the UNIMARC Authorities framework in Koha uses the term "Tracing Control") is key to this idea, because it is used to store a single-character value that denotes the type of relationship between the authorities being linked. The actual problem ------------------ When using the authority finder plugin (authorities/auth_finder.pl), you can pick an entry from the 'Special relationship:' dropdown menu in order to set the relationship between authorities. However, in UNIMARC instances the relationship codes listed are those for MARC21 [2] (see screenshots 3 and 4). The correct codes for UNIMARC are listed in pages 93-94 of the IFLA UNIMARC Manual for Authorities. [1] https://repository.ifla.org/handle/123456789/861 [2] https://www.loc.gov/marc/authority/adtracing.html -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 28864] New: The patron search results in the Patron card creator doesn't seem to use PatronsPerPage syspref
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28864 Bug ID: 28864 Summary: The patron search results in the Patron card creator doesn't seem to use PatronsPerPage syspref Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The patron search results in the patron card creator card batch doesn't include the value of the PatronsPerPage system preference in the per page drop down, which means it isn't using the system preference. Also, on the Patrons page, the patron search includes the PatronsPerPage value, but doesn't use it as the default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 28707] New: Translate RECEIPT notice (fr-CA)
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '22

23 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28707 Bug ID: 28707 Summary: Translate RECEIPT notice (fr-CA) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr The RECEIPT notice was not yet translated in fr-CA. I hope I'm doing this correctly. I admit I'm a bit lost since the change of the translation process for SQL data. Let me know if I need to change something. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 26632] New: BatchStageMarcRecords passes a random number to AddBiblioToBatch / AddAuthToBatch
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '22

22 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26632 Bug ID: 26632 Summary: BatchStageMarcRecords passes a random number to AddBiblioToBatch / AddAuthToBatch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 424 $import_record_id = AddBiblioToBatch($batch_id, $rec_num, $marc_record, $encoding, int(rand(99999)), 0); 430 $import_record_id = AddAuthToBatch($batch_id, $rec_num, $marc_record, $encoding, int(rand(99999)), 0, $marc_type); This populates: my $update_counts = @_ ? shift : 1; Which is used once: _update_batch_record_counts($batch_id) if $update_counts; So...almost always we want to update, but very occasionally, randomly, don't? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30252] New: lower version of 'Locale::XGettext::TT2' to 0.6
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '22

21 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30252 Bug ID: 30252 Summary: lower version of 'Locale::XGettext::TT2' to 0.6 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com this patch reduces the required version of 'Locale::XGettext::TT2' to 0.6 version 0.7 of of Locale::XGettext::TT2 is incompatible with the current version of libintl-perl (1.26), so we use 0.6 instead https://packages.debian.org/stretch/libintl-perl https://metacpan.org/release/GUIDO/Template-Plugin-Gettext-0.6/view/lib/Loc… we will move to 'Locale::XGettext::TT2' 0.7 when libintl-perl-1.32 arrives https://tracker.debian.org/pkg/libintl-perl small change, no test plan -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 11690] topissues should ignore suppressed titles/items
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '22

21 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11690 Michael Spagnuolo <mspagnuolo(a)nrhtx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspagnuolo(a)nrhtx.com --- Comment #1 from Michael Spagnuolo <mspagnuolo(a)nrhtx.com> --- I would like to see this improvement as well. Our library has hidden some of the search filters due to internal circulating items appearing on the most popular list. We would also like these suppressed items to be hidden in the top issues. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15500] Add FRBRized view to OPAC & staff interface results
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '22

21 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15500 --- Comment #7 from Heather <heather_hernandez(a)nps.gov> --- (In reply to Jonathan Field from comment #5) Hi, Jonathan! FAST is only a project of OCLC, based on Library of Congress Subject Headings: https://fast.oclc.org/ I haven't heard anything about Library of Congress being involved, and their application and use of authorized terms based on their authority records/file is, well, essential to the project.:) Library of Congress is definitely not moving away from authorities, and most academic and research libraries aren't moving away from them, at least here! Authorities are even essential when moving to using URIs--the URI has to point to something.:) Cheerio! h2 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '22

21 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 --- Comment #229 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Geraud, what are you trying to do? This bug and the originally attached patches have already been pushed to master a while ago and the feature will be part of the 22.11 release in November. Any additional changes or follow-ups should now go on separate new bugs. You can indicate the relationship using the depends on/blocks or see also fields. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '22

21 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 --- Comment #228 from geraud.frappier(a)inlibro.com --- Created attachment 142439 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=142439&action=e… Bug 12446: Merge conflit resolve and add missing var This patch resolve merge conflit and add the instantiation of the variable "my $categories" that was missing in memberentry.pl. -- You are receiving this mail because: You are watching all bug changes.

1 0