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

[Bug 28402] New: Add ability to view/edit MARC Modification Templates from the Batch Record Modification screen
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28402 Bug ID: 28402 Summary: Add ability to view/edit MARC Modification Templates from the Batch Record Modification screen 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: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org It would be nice to be able to view, and possibly edit, MARC Modification Templates from the Batch Record Modification screen. When selecting the template to use sometimes I realize I need to verify the settings in the template prior to using it. This means I have to exit the batch modification screen or open another window so that I can go to Tools and view the template settings. It would be more efficient to be able to access the templates from the batch mod screen and it would provide an extra level of confidence that the correct modification template is being used. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14322] Can't link to an item search
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Lisette Scheer <lisette.scheer(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=35178 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35177] New: StripWhitespaceChars can break/depends on how data is copied
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35177 Bug ID: 35177 Summary: StripWhitespaceChars can break/depends on how data is copied Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 157991 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=157991&action=e… Highlighted text This refers to bug 30358 The enhancement generally works system wide but it depends on how data is copied to the clipboard. To confirm it works: 1. Enable the system preference to strip white spaces. 2. Find a biblio with an item that has a barcode. 3. Highlight the barcode starting from the end of the barcode to the first character and release the mouse button. 4. Copy the highlighted barcode to the clipboard and paste somewhere in Koha. See there are no white spaces in front of the barcode. To see it break: 1. Repeat the steps but highlight the barcode from the end of the barcode but allow the cursor to travel beyond the first digit of the barcode before releasing the mouse button. The screen will show the highlight only includes the barcode, but in reality additional white spaces are included. 2.Copy this "highlight" and paste it somewhere in Koha. 3. See that white spaces are included despite the system preference being enabled. Very often when highlighting data to copy to the clipboard, the "highlight" or mouse movement incorporates more than the visible data in an attempt to make sure everything is highlighted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 35175] New: MARC21: Display 700/710 $g - Miscellaneous information in detail and results pages
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35175 Bug ID: 35175 Summary: MARC21: Display 700/710 $g - Miscellaneous information in detail and results pages 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if Koha allowed to display 700 and 710 $g in the detail pages and result lists as it already does for 711. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 24129] New: Add ability to configure some indexes to not autotruncate
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24129 Bug ID: 24129 Summary: Add ability to configure some indexes to not autotruncate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com To Test: - Set QueryAutoTruncate to Automatically - Set search engine to Zebra - search for sn:1 - Confirm you only get biblionumber 1 in your results - Set search engine to Elastic - search for sn:1 - confirm you get bibs 1, 10, 11, 100, etc Zebra apparently knows to ignore autotruncate for some instances. We should at least maintain that behavior. It would probably be good to go a step further and make it configurable per index in our search engine config. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 13706] Deduping authorities script (dedup_authorities.pl)
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13706 --- Comment #18 from David Nind <david(a)davidnind.com> --- It seems to work with my limited testing - if this isn't sufficient, please change the status. The only thing I found confusing was the message shown when run "Deleted XX authorities" - I'm assuming there is some logic here that I don't quite get. Basic testing notes (using KTD): 1. Go to Authorities 2. Duplicate an existing personal name authority that is used in a record 3. Note the original and duplicate authority number 4. Run the script: misc/maintenance/dedup_authorities.pl -v -a PERSO_NAME -m date -c 5. Check the authorities in the staff interface - one is deleted and one is kept I did some other testing, notes as follows. FYI === Number of terms for authority types - from the script and search results in the staff interface: Chronological (CHRON_TERM): Script: 0 ; Search result: 0 Corporate Name (CORPO_NAME): Script: 88 ; Search result: 88 Genre/Form Term (GENRE/FORM): Script: 49 ; Search result: 49 Geographic Name (GEOGR_NAME): Script: 142 ; Search result: 142 Meeting Name (MEETI_NAME): Script: 3 ; Search result: 3 Personal Name (PERSO_NAME): Script: 650 ; Search result: 650 Topical Term (TOPIC_TERM): Script: 663 ; Search result: 663 Uniform Title (UNIF_TITLE): Script: 111 ; Search result: 111 Default/No authority type selected: Script: 1706 ; Search result: 1706 Script result - showing authority records by type: kohadev-koha@kohadevbox:koha(bz13706)$ misc/maintenance/dedup_authorities.pl -v -m date RUNNING IN TEST MODE, NO CHANGES WILL BE MADE Fetching authtypecodes... Fetching authtypecodes done. Deduping authtype '' Fetching authorities for ''... 0 authorities found End of deduping for authtype '' Updated 0 biblios Deleted 0 authorities Deduping authtype 'CHRON_TERM' Fetching authorities for 'CHRON_TERM'... 0 authorities found End of deduping for authtype 'CHRON_TERM' Updated 0 biblios Deleted 0 authorities Deduping authtype 'CORPO_NAME' Fetching authorities for 'CORPO_NAME'... 88 authorities found End of deduping for authtype 'CORPO_NAME' Updated 0 biblios Deleted 0 authorities Deduping authtype 'GENRE/FORM' Fetching authorities for 'GENRE/FORM'... 49 authorities found End of deduping for authtype 'GENRE/FORM' Updated 0 biblios Deleted 0 authorities Deduping authtype 'GEOGR_NAME' Fetching authorities for 'GEOGR_NAME'... 142 authorities found Progression for authtype 'GEOGR_NAME': 100/142 (70.42%) End of deduping for authtype 'GEOGR_NAME' Updated 0 biblios Deleted 0 authorities Deduping authtype 'MEETI_NAME' Fetching authorities for 'MEETI_NAME'... 3 authorities found End of deduping for authtype 'MEETI_NAME' Updated 0 biblios Deleted 0 authorities Deduping authtype 'PERSO_NAME' Fetching authorities for 'PERSO_NAME'... 650 authorities found Malformed authority record, no heading at misc/maintenance/dedup_authorities.pl line 172. Progression for authtype 'PERSO_NAME': 100/650 (15.38%) Progression for authtype 'PERSO_NAME': 200/650 (30.77%) Progression for authtype 'PERSO_NAME': 300/650 (46.15%) Progression for authtype 'PERSO_NAME': 400/650 (61.54%) Progression for authtype 'PERSO_NAME': 500/650 (76.92%) Malformed authority record, blank heading at misc/maintenance/dedup_authorities.pl line 176. End of deduping for authtype 'PERSO_NAME' Updated 0 biblios Deleted 0 authorities Deduping authtype 'TOPIC_TERM' Fetching authorities for 'TOPIC_TERM'... 663 authorities found Progression for authtype 'TOPIC_TERM': 100/663 (15.08%) Progression for authtype 'TOPIC_TERM': 200/663 (30.17%) Progression for authtype 'TOPIC_TERM': 300/663 (45.25%) Progression for authtype 'TOPIC_TERM': 400/663 (60.33%) Progression for authtype 'TOPIC_TERM': 500/663 (75.41%) End of deduping for authtype 'TOPIC_TERM' Updated 0 biblios Deleted 0 authorities Deduping authtype 'UNIF_TITLE' Fetching authorities for 'UNIF_TITLE'... 111 authorities found End of deduping for authtype 'UNIF_TITLE' Updated 0 biblios Deleted 0 authorities No biblios to update Testing using Genre/Form Term ============================= Summary ~~~~~~~ Total before script run: 49 terms Manually went through results in staff interface to identify duplicates: Commedy films. 982 (deleted), 1586 (kept) Feature films. 625 (deleted), 650 (deleted), 654 (deleted), 822 (deleted), 984 (kept), 987 (deleted) Fiction films. 823 (deleted), 985 (kept), 988 (deleted) Foreign films. 626 (kept), 988 (deleted) Historical fiction. 1018 (kept), 1019 (deleted) Video recordings for the hearing impaired. 986 (kept), 989 (deleted) Summary = 17 terms, should only be 6 = 11 should be deleted Expected number of terms to be deleted: 11 (result would be 38 terms left) Results from running the script - shows 14 deleted (3 shown as deleted twice): 987, 822, 625, 625, 650, 654, 655, 988, 823, 823, 982, 982, 989, 1019 End result is the same, not sure why showing as it does. Search results after in the staff interface: 38 Script results after: 38 Dummy run ~~~~~~~~~ kohadev-koha@kohadevbox:koha(bz13706)$ misc/maintenance/dedup_authorities.pl -v -a GENRE/FORM -m date RUNNING IN TEST MODE, NO CHANGES WILL BE MADE Fetching authtypecodes... Fetching authtypecodes done. Deduping authtype 'GENRE/FORM' Fetching authorities for 'GENRE/FORM'... 49 authorities found End of deduping for authtype 'GENRE/FORM' Updated 0 biblios Deleted 0 authorities No biblios to update Actual run ~~~~~~~~~~ kohadev-koha@kohadevbox:koha(bz13706)$ misc/maintenance/dedup_authorities.pl -v -a GENRE/FORM -m date -c Fetching authtypecodes... Fetching authtypecodes done. Deduping authtype 'GENRE/FORM' Fetching authorities for 'GENRE/FORM'... 49 authorities found Updated 0 biblios Deleting 987 Updated 0 biblios Deleting 822 Updated 0 biblios Deleting 625 Updated 0 biblios Deleting 625 Updated 0 biblios Deleting 650 Updated 0 biblios Deleting 654 Updated 0 biblios Deleting 655 Updated 0 biblios Deleting 988 Updated 0 biblios Deleting 823 Updated 0 biblios Deleting 823 Updated 0 biblios Deleting 982 Updated 0 biblios Deleting 982 Updated 0 biblios Deleting 989 Updated 0 biblios Deleting 1019 End of deduping for authtype 'GENRE/FORM' Updated 0 biblios Deleted 14 authorities No biblios to update After ~~~~~~ kohadev-koha@kohadevbox:koha(bz13706)$ misc/maintenance/dedup_authorities.pl -v -a GENRE/FORM -m date RUNNING IN TEST MODE, NO CHANGES WILL BE MADE Fetching authtypecodes... Fetching authtypecodes done. Deduping authtype 'GENRE/FORM' Fetching authorities for 'GENRE/FORM'... 38 authorities found End of deduping for authtype 'GENRE/FORM' Updated 0 biblios Deleted 0 authorities No biblios to update Testing using Meeting Name authorities ====================================== Summary ~~~~~~~ 1. Duplicated the Beagle Expedition (1831-1836) authority (155) 2. Added the duplicated authority to another record 3. Result expected - one authority deleted, one kept - records using authority updated with the kept authority Total before script run: 4 terms Manually went through results in staff interface to identify duplicates: Beagle Expedition (1831-1836): 155 (deleted), 1708 (kept) Summary = 2 terms, should only be 1 = 1 should be deleted Expected number of terms to be deleted: 1 (result would be 3 terms left) Results from running the script - shows 2 deleted (1 shown as deleted twice): 155, 155 End result is the same, not sure why showing as it does. Search results after in the staff interface: 3 Script results after: 3 Dummy run ~~~~~~~~~ kohadev-koha@kohadevbox:koha(bz13706)$ misc/maintenance/dedup_authorities.pl -v -a MEETI_NAME -m date RUNNING IN TEST MODE, NO CHANGES WILL BE MADE Fetching authtypecodes... Fetching authtypecodes done. Deduping authtype 'MEETI_NAME' Fetching authorities for 'MEETI_NAME'... 4 authorities found End of deduping for authtype 'MEETI_NAME' Updated 0 biblios Deleted 0 authorities No biblios to update Actual run ~~~~~~~~~~ kohadev-koha@kohadevbox:koha(bz13706)$ misc/maintenance/dedup_authorities.pl -v -a MEETI_NAME -m date -c Fetching authtypecodes... Fetching authtypecodes done. Deduping authtype 'MEETI_NAME' Fetching authorities for 'MEETI_NAME'... 4 authorities found Updated 1 biblios Deleting 155 Updated 0 biblios Deleting 155 End of deduping for authtype 'MEETI_NAME' Updated 1 biblios Deleted 2 authorities No biblios to update After ~~~~~ kohadev-koha@kohadevbox:koha(bz13706)$ misc/maintenance/dedup_authorities.pl -v -a MEETI_NAME -m date RUNNING IN TEST MODE, NO CHANGES WILL BE MADE Fetching authtypecodes... Fetching authtypecodes done. Deduping authtype 'MEETI_NAME' Fetching authorities for 'MEETI_NAME'... 3 authorities found End of deduping for authtype 'MEETI_NAME' Updated 0 biblios Deleted 0 authorities No biblios to update -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13706] Deduping authorities script (dedup_authorities.pl)
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13706 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #157935|0 |1 is obsolete| | --- Comment #17 from David Nind <david(a)davidnind.com> --- Created attachment 157965 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=157965&action=e… Bug 13706: New script dedup_authorities.pl This script allow to deduplicate authorities automatically. Script is in misc/maintenance/ It works this way: 1) authorities are fetched from the database. You can limit fetched results by authtypecode, or directly by specifying WHERE clause 2) for each authority: 2.1) build a Zebra query using the 'search_form' for the heading 2.2) run the query, retrieve the results 2.3) among duplicates, choose the one we want to keep (use --choose-method option). 2.5) use C4::Authorities::merge to merge authorities 3) delete the merged authorities Use --help for more informations on options To be done: 1 - Move to module and cover with tests 2 - Add option to only merge unused authorities 3 - Expand 'ppn' option to be 'control-number' option and allow specifying field 4 - More? 1 & 2 I will attempt - 3 & 4 may be future enhancements Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13706] Deduping authorities script (dedup_authorities.pl)
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '23

27 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13706 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '23

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |Needs documenting Resolution|FIXED |--- --- Comment #65 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Fridolin Somers from comment #64) > Enhancement not pushed to 23.05.x > > Such a long report should have great release notes ;) ... and Documentation! -- You are receiving this mail because: You are watching all bug changes.

1 0

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

26 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |Needs documenting Resolution|FIXED |--- -- You are receiving this mail because: You are watching all bug changes.

1 0