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

[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

[Bug 16326] New: Need branch wise searching in item search
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16326 Bug ID: 16326 Summary: Need branch wise searching in item search Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: vimal0212(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 50564 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50564&action=ed… Default label search scrennshot Dear Developers, Greetings from India. Koha users working in multiple library branches need facility to get branch wise search result while search for items during Label creation. In present situation a librarian with permission to access a branch library get book details from all branches. More convenienct if he/she could get branch specific search result. Regards, -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 16156] New: Do not ensure the dbh is connected all the time
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16156 Bug ID: 16156 Summary: Do not ensure the dbh is connected all the time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Blocks: 15342 I have profiled `/catalogue/search.pl?q=d` (20 results, xslt) and found than at least 600ms are spent in DBIx::Class::Storage::DBI::ensure_connected, which is called 5749 times (almost 1 per query). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15342 [Bug 15342] Performance 3.22 - Omnibus -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 16126] New: Display base-level amounts on the acquisition module home page
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16126 Bug ID: 16126 Summary: Display base-level amounts on the acquisition module home page 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: francois.charbonnier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org This patch will display on the acquisition module home page the information already displayed on the "manage fund" page (aqbudgets.pl). Currently, Koha display the base-level amounts only. This patch will : 1. rename the column "ordered", "spent" and "available" to "base-level [ordered|spent|available]" 2. add the column "ordered", "spent" and available with the same calculation from the "manage fund" page. TEST PLAN : 1. Go to the Administration module 2. Add a new budget (ie : Budget 2016) 3. Add a fund to this budget (ie : Book) 4. Add a child fund (ie : Adult fiction) You will have this hierarchy : Budget 2016 |____ Book |_____ Adult fiction 5. Go to the Acquisition module 6. Place an order and use the "Adult fiction" budget 7. Go back the Acquisition home page and compare the table with the table from the aqbudgets.pl page (Administration > Budget > Fund) 8. You will see : BEFORE PATCH : the base level amounts only AFTER PATCH : the base level and the total amounts -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 16121] New: Reports need a counter of uses, and date of last use
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16121 Bug ID: 16121 Summary: Reports need a counter of uses, and date of last use Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org In an effort to keep reports tidy, it would be helpful if the guided_reports.pl?phase=Use saved, phase=Edit SQL, and phase=Show SQL showed a count of the number of times the report has been run, along with the date it was last run on. This would require two new fields, such as "Use count" and "Last run date". Christopher -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 16109] New: Toolbars wrapping on narrower browsers
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16109 Bug ID: 16109 Summary: Toolbars wrapping on narrower browsers 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 49326 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49326&action=ed… Buttons on members-toolbar.inc wrapping when I make my browser smaller -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9