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

[Bug 26235] New: Allow to skip records when using bulkmarcimport.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '25

24 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26235 Bug ID: 26235 Summary: Allow to skip records when using bulkmarcimport.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz This patch allows to prevent records from being imported by bulkmarcimport.pl when a given value is present. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 29008] New: Avoid warning when checking Koha plugin version
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '25

23 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29008 Bug ID: 29008 Summary: Avoid warning when checking Koha plugin version Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In Koha plugins home page, each plugin min/max version is compared with actual Koha version. This uses metadatas assuming there are numbers, like 18.11 or 20.1100000. But source code version is actually YY.MM.XX.YYY.ZZZ. We sometimes find it in plugins, for examle : https://github.com/thekesolutions/koha-plugin-bibliocommons/blob/c2da98f1bd… https://github.com/KohaSuomi/koha-plugin-sms-send-link-mobility-driver/blob… This generates warning : Argument "18.11.01" isn't numeric in numeric lt (<) at /home/koha/src/Koha/Plugins/Base.pm line 377.: src/plugins/plugins-home.pl We should allow this syntax in plugins metadatas. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 30915] New: "Scalar" TT plugin no longer needed
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '25

23 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30915 Bug ID: 30915 Summary: "Scalar" TT plugin no longer needed 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+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 23166, 29844 We needed it to workaround the list context issue we had with Koha::Objects methods using wantarray. Since we remove it (bug 29844) we could remove Koha/Template/Plugin/Context.pm Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23166 [Bug 23166] Simplify code related to orders in catalogue/*detail.pl https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29844 [Bug 29844] Remove uses of wantarray in Koha::Objects -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 26673] New: Remove Perl shebangs from Perl modules
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '25

23 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26673 Bug ID: 26673 Summary: Remove Perl shebangs from Perl modules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I've noticed a number of Perl modules have shebangs in them. Unless there is a good reason for them to be there, they should be removed. Examples: C4/Barcodes/ValueBuilder.pm C4/SIP/Logger.pm C4/SIP/SIPServer.pm C4/ShelfBrowser.pm Koha/Z3950Responder.pm Koha/Z3950Responder/GenericSession.pm Koha/Z3950Responder/RPN.pm Koha/Z3950Responder/Session.pm Koha/Z3950Responder/ZebraSession.pm -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 25886] New: libmojolicious-plugin-openapi-perl and libnet-oauth2-authorizationserver-perl unable to install
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '25

23 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25886 Bug ID: 25886 Summary: libmojolicious-plugin-openapi-perl and libnet-oauth2-authorizationserver-perl unable to install Change sponsored?: --- Product: Koha Version: 20.05 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: samanvitha.sateesha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I am trying to install koha on linux and I get this bug when I enter the command > sudo apt-get install koha-common koha-common : Depends: libmojolicious-plugin-openapi-perl but it is not going to be installed Depends: libnet-oauth2-authorizationserver-perl but it is not going to be installed E: Unable to correct problems, you have held broken packages. Please help me resolve this bug as I have to work with koha for a project. Regards Samanvitha -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 20022] New: use Modern::Perl in t (test) perl scripts
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '25

23 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20022 Bug ID: 20022 Summary: use Modern::Perl in t (test) perl 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org use Modern::Perl should be used instead of use strict; use warnings; Relevant in: 00-checkdatabase-version.t 00-deprecated.t 00-valid-xml.t AuthoritiesMarc_MARC21.t AuthoritiesMarc_UNIMARC.t Barcodes_EAN13.t Barcodes_annual.t Barcodes_hbyymmincr.t Barcodes_incremental.t Bookseller.t Budgets.t ClassSortRoutine.t ClassSortRoutine_Dewey.t ClassSortRoutine_Generic.t ClassSortRoutine_LCC.t ClassSource.t Contract.t Creators.t EdiInvoice.t Edifact.t Ediorder.t Ediordrsp.t External/Syndetics.t Form_MessagingPreferences.t Heading.t HtmlTags.t Installer_PerlDependencies.t Installer_pm.t ItemCirculationAlertPreference.t Koha_Util_MARC.t Labels.t Labels_split_ccn.t Labels_split_ddcn.t Labels_split_lccn.t Log.t Members_Attributes.t Members_Messaging.t Output.t Output_JSONStream.t Patroncards.t Patroncards_Batch.t Patroncards_Layout.t Patroncards_Lib.t Patroncards_Patroncard.t Patroncards_Profile.t Patroncards_Template.t Print.t QueryParser.t Scheduler.t Scrubber.t Stats.t SuggestionEngine.t TmplToken.t db_dependent/00-strict.t db_dependent/Amazon.t db_dependent/Heading_MARC21.t db_dependent/LDAP/test_ldap_add.pl db_dependent/Languages.t db_dependent/MungeMarcPrice.t db_dependent/Record/Record.t db_dependent/RecordProcessor_EmbedSeeFromHeadings.t db_dependent/Reports.t db_dependent/Service.t db_dependent/SuggestionEngine_ExplodedTerms.t db_dependent/Tags.t smolder_smoke_signal -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 20019] New: use Modern::Perl in miscellaneous perl scripts
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '25

23 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20019 Bug ID: 20019 Summary: use Modern::Perl in miscellaneous perl 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org use Modern::Perl should be used instead of use strict; use warnings; Relevant in: services/itemrecorddisplay.pl suggestion/suggestion.pl tags/list.pl tags/review.pl virtualshelves/sendshelf.pl help.pl changelanguage.pl koha_perl_deps.pl debian/bd-to-depends debian/build-git-snapshot debian/list-deps docs/CAS/CASProxy/examples/koha_webservice.pl docs/CAS/CASProxy/examples/proxy_cas.pl docs/CAS/CASProxy/examples/proxy_cas_callback.pl docs/CAS/CASProxy/examples/proxy_cas_data.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 23218] New: Batch patron modification empty attribute causes improper handling of values
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '25

22 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23218 Bug ID: 23218 Summary: Batch patron modification empty attribute causes improper handling of values Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19673 introduced an empty option for Attribute in the Batch Patron Modification. If you leave "Attribute" empty and click "New", you'll get a new row where you can choose an attribute and specify a value. When you hit save, the value won't be recorded against the attribute though, because the indexes in the patron_attributes and patron_attributes_value arrays will be out of sync. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 30255] New: Allow skipping "list" step for record batch modification/deletion
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '25

20 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30255 Bug ID: 30255 Summary: Allow skipping "list" step for record batch modification/deletion 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We encountered an issue using the Batch record modification/deletion-tools for a very large number of records. The "list" step where records can be optionally excluded is not relevant in our use-case and takes forever to load. This patch adds an option for skipping this step and directly enqueue the job for all specified records. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 27254] New: Damaged items need more control over holds
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '25

19 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27254 Bug ID: 27254 Summary: Damaged items need more control over holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 Currently, NOT_LOAN is setup so that negative values will allow holds and positive values will not. DAMAGED does not have this functionality, to my knowledge. AllowHoldsOnDamagedItems gives you an ON/OFF setting for DAMAGED items. It would be great if we did away with AllowHoldsOnDamagedItems and instead DAMAGED would function the same as NOT_LOAN in terms of positive and negative values distinguishing whether or not the item can be put on hold. This way, a library can determine if a damaged item is a lost cause and change it to a damaged status that can't be held. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4