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

[Bug 15786] New: specify a default framework on a per-login basis
by bugzilla-daemon＠bugs.koha-community.org 10 May '24

10 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15786 Bug ID: 15786 Summary: specify a default framework on a per-login basis Change sponsored?: Seeking cosponsors Product: Koha Version: master Hardware: All URL: http://devs.bywatersolutions.com/projects/default-fram eworks/ OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Goal of development: To be able to specify a default framework on a per-login basis Work to be done: 1) Add new field ‘frameworkcode’ to table ‘borrowers’ 2) Revail in the patron editor as “Preferred framework” 3) Make the selected framework the default for new records 4) If editing existing record that does not match preferred framework, pop up confirmation dialog asking/warning to switch to new framework Looking for sponsors here: http://devs.bywatersolutions.com/projects/default-frameworks/ -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 16117] New: Feature request: Log borrower cardnumbers and item barcodes which are not valid
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '24

12 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16117 Bug ID: 16117 Summary: Feature request: Log borrower cardnumbers and item barcodes which are not valid Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On any circ screen where a barcode could be scanned (circ.pl, checkin.pl, checkout and return boxes), we should have the option of logging failed barcode scans, for the purpose of trouble-shooting. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 44

[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 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 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