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

[Bug 15977] New: Optional double screen message in Patron Info/Status
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '23

20 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15977 Bug ID: 15977 Summary: Optional double screen message in Patron Info/Status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com This code in MsgType.pm: $resp .= maybe_add( FID_SCREEN_MSG, $patron->{branchcode}, $server ) if ( $server->{account}->{send_patron_home_library_in_af} ); produces two AFs if you enable that attribute in your config. Not sure if that should be the case and is conform protocol. Also: are we solving a problem here in the wrong place? It looks kind of inappropriate use.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16514] New: Force scalar cotext where param assumes a list incorrectly in admin/edi scripts
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '23

11 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16514 Bug ID: 16514 Summary: Force scalar cotext where param assumes a list incorrectly in admin/edi scripts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CGI's param method assumes a list context when lvalue not explicitly scalar. Force the correct context to avoid errors being logged -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 16327] New: Running build_oai_sets.pl with embed items option should consider every item in a biblio
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '23

11 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16327 Bug ID: 16327 Summary: Running build_oai_sets.pl with embed items option should consider every item in a biblio Change sponsored?: --- Product: Koha Version: 3.22 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: pjamorim91(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org After configuring a mapping for an oai set which uses item fields, the build_oai_sets.pl must be run with the -i flag, to embed item data in a biblio. The bug is that it's only considering the first item (by itemnumber) of the biblio, not all the items in it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 16630] New: Superlibrarian should be able to see/use all patron categories
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16630 Bug ID: 16630 Summary: Superlibrarian should be able to see/use all patron categories Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com It would appear that patron categories are limited, even to superlibrarians, if there are branch limitations set. The superlibrarian should not have such a limitation. To test: 1) Set a patron category to be used by only 1 branch. 2) Logged in as a superlibrarian, have your library set to that branch. 3) Create a new patron. 4) Check that the limited category shows in the Category field. 5) Still logged in as the superlibrarian, change your library to another branch. 6) Create a new patron. 7) Confirm that you can no longer use that limited patron category in the Category field. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16625] New: add time_added column to zebraqueue
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16625 Bug ID: 16625 Summary: add time_added column to zebraqueue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I've run into zebra daemon performance issues. I would like to be able to run queries that look something like this: -- Find finished rows in zebraqueue that took more than 10 minutes to process. select time_added, time, time - time_added as difference from zebraqueue where done = 1 and time - time_added > 600 order by time_added ... but there's no time_added column in zebraqueue. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 16588] New: libreadonly-perl (and libreadonly-xs-perl) need to be added as dependencies
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16588 Bug ID: 16588 Summary: libreadonly-perl (and libreadonly-xs-perl) need to be added as dependencies 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: robin(a)kallisti.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Doing a build in a clean environment: # Failed test 'use C4::Overdues;' # at t/00-load.t line 47. # Tried to use 'C4::Overdues'. # Error: Can't locate Readonly.pm in @INC (you may need to install the Readonly module) (@INC contains: /build/koha-3.23~git+20160525154303.188b3b5b/blib/PERL_MODULE_DIR /build/koha-3.23~git+20160525154303.188b3b5b/blib/arch /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.1 /usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at /build/koha-3.23~git+20160525154303.188b3b5b/blib/PERL_MODULE_DIR/Koha/SearchEngine.pm line 22. It should have been added in bug 7893, but apparently went missing some time later. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 64

[Bug 16526] New: Insufficient permissions to delete users with category type set to Staff.
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16526 Bug ID: 16526 Summary: Insufficient permissions to delete users with category type set to Staff. Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have set up a user category STAFF (name=Staff) which we use for staff members. We also have set up a user category LIBRARY (name=Library) which we use for administrative purposes. Users with category Library are assigned the category type of Staff. When staff with Delete_Anonymize_Patrons permissions try to delete a user with a Library category they receive the error: "Unable to delete staff user- insufficient privileges", but when they change the user category to one with a Adult category type (for example), they can delete the user. Superlibrarian can delete the user regardless of user category type. User category type issues preventing deletion have arisen before (bug 12834). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16461] New: Add some information (branch and barcode) in fine description for overdue
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16461 Bug ID: 16461 Summary: Add some information (branch and barcode) in fine description for overdue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries need to display item's branch code and barcode number in each fine line, set for overdues. This way librarian avoid making a mistake and collect a fine for an item that belongs to another branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 16370] New: Set the record encoding to UTF8 when TransformHtmlToMarc
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16370 Bug ID: 16370 Summary: Set the record encoding to UTF8 when TransformHtmlToMarc Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: cdufour-keyword-koha.b708e6(a)idiap.ch QA Contact: testopia(a)bugs.koha-community.org Created attachment 50819 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50819&action=ed… TransformHtmlToMarc-UTF8.patch Hello, Using Koha 3.22.05 (Debian 8 packaging), I noticed that creating a new authority record in the web interface would lead to character encoding inconsistencies when the leader is not included in the MARC editor (which I felt is not necessary for authority records): in the database, the "auth_header.marc" (blob) would still have a "MARC-8" leader, despite the content being correctly UTF-8 encoded. I tracked the issue down to the new MARC record not being initialized as UTF-8 encoded when being created from the web interface (=> TransformHtmlToMarc). The one-liner attached patch solved that issue. Best, Cédric -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 16355] New: Searching for items added before or after a specific date [add item for label only]
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16355 Bug ID: 16355 Summary: Searching for items added before or after a specific date [add item for label only] Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org Hi, when I am adding a new batch for labeling with ../labels/label-item-search.pl and searching on or after a specific date, I don't retreive any data. I'm using MARC21 If I use advance search from ../catalogue/search.pl with index <option value="acqdate,st-date-normalized">Acquisition date (yyyy-mm-dd)</option> I find same records. -- You are receiving this mail because: You are watching all bug changes.

1 9