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

[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

[Bug 16093] New: Streamline Holds awaiting pickup cancel process
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16093 Bug ID: 16093 Summary: Streamline Holds awaiting pickup cancel process Change sponsored?: --- Product: Koha Version: unspecified 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 I would like to suggest some improvements to the Holds over tab in the Holds awaiting pickup tables (waitingreserves.pl): In addition to seeing 13838 pushed to master, I would love to see the following: * Checkboxes next to items, along with a Cancel selected button next to the Cancel All button, with a confirmation. * I haven't confirmed, but if the Cancel all button doesn't already have it, it should also have a confirmation. * Preference to print slips on items that are cancelled individually with the Cancel hold and return to button. * Items that have hold requests should indicate that on the button rather than the "return to" information. * Items that have hold requests end up with TWO statuses on them in this process. They end up with a transfer to the owning library and a hold transfer. In cases where there is a hold request on the item, the transfer status should be skipped and the hold request honored, with the appropriate slip. * If the list is sorted by a particular column, the sort should remain intact when the screen refreshes (bug 13838 solves half the battle by keeping you on the same tab). Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 16090] New: FK branchcode in issues
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '23

08 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16090 Bug ID: 16090 Summary: FK branchcode in issues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15812] New: Checkout search with too many results (single character search) causes poor performance or timeout
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '23

31 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15812 Bug ID: 15812 Summary: Checkout search with too many results (single character search) causes poor performance or timeout Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On a system with many patrons a checkout search for a single character (2,X,J) can cause a slow search or timeout from the large number of results returned. Patron search has no problem with the same searches -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 74