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

[Bug 30079] New: Add missing documentation to kohaTable api wrapper
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30079 Bug ID: 30079 Summary: Add missing documentation to kohaTable api wrapper Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There are some additional hidden options that we don't yet document. "header_filter" and "embed" for example.. there may be more. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30053] New: Separate serials enum/pub date into columns
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30053 Bug ID: 30053 Summary: Separate serials enum/pub date into columns Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently in the holdings table for a serial the enum column forces the enum value, numbering pattern, and pub date. While these can individually be hidden, often a library needs all three pieces of data, but needs them to display in separate columns. With the table settings controlling the display now, this would be a welcomed addition. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31173] New: display copy number in checkout list
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31173 Bug ID: 31173 Summary: display copy number in checkout list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The checkout list in OPAC (opac-user.pl) should display the value of item.copynumber, in the Title column (like the value of item.enumchron) or in a specific column. Maybe this information is not useful for some libraries, but I suppose it is for most. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 31176] New: Move holds logic to Koha::
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31176 Bug ID: 31176 Summary: Move holds logic to Koha:: Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We currently use use C4::Reserves::CanBookBeReserved and C4::Reserves::AddReserve heavily.. we should start migrating to Koha object methods in a similar fashion to how request_transfer was implemented and added to Koha::Item along with Koha::Item::Transfer(s) classes being added. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 15449] Move stuff to the Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15449 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |31176 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31176 [Bug 31176] [Omnibus] Move holds logic to Koha:: -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31189] New: Use different material type icon for LDR Pos. 6 = t - Manuscript language material
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31189 Bug ID: 31189 Summary: Use different material type icon for LDR Pos. 6 = t - Manuscript language material Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if Koha could display a specific material type icon for manuscripts (LDR Pos. 6 = t) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31194] New: koha-marc mappings not invalidated in cache
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31194 Bug ID: 31194 Summary: koha-marc mappings not invalidated in cache Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The cache is cleared for the default framework, but the mapping can be read from another framework -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 31225] New: Spine label formatting in PDF is not rendering correctly
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31225 Bug ID: 31225 Summary: Spine label formatting in PDF is not rendering correctly Change sponsored?: --- Product: Koha Version: 22.05 Hardware: PC OS: Windows Status: NEW Severity: major Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: stdominic.novices(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, I'm using Debian subsystem for Windows 11 and whenever I export a BIB callnumber batch of spine labels to PDF, all the data is rendering incorrectly. The template that I set up is working fine, and ONE of the labels comes out correctly, but all the other call numbers are running together and even going off the template. I tried recollecting a new batch using the same books, but it didn't change anything. Also, whenever I try exporting a selection of the batch instead of the whole thing, I get an "error 500" message. Happy to give more info if needed, but I'm not sure what else I can say. Couldn't find any reason for only one book to formatted correctly and all the others come out all piled up. Hope this all makes sense, and thanks for your time! -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 31322] New: Searching not working on the receive orders page
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31322 Bug ID: 31322 Summary: Searching not working on the receive orders page Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: hc(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org On the invoice receive orders page there are two options to search. 1. The filtering options at the top of the pending orders table and 2. the search box above the table to the right hand side. I've tested on a few 21.11.09 sites and neither of these search options are working. When something is typed into either search option a "processing..." message flashes up for a moment and then disappears and the table is not narrowed down. On earlier releases, when searching with these features the table is narrowed down to match the search terms. Go Acquisitions > Invoices and search for an invoice. On the "Invoices" table, find an entry with a status of open. Go to Actions > Details. On the new page, go to the "Adjustments" section and click "Go to receipt page" under that section. The new page it opens with the "Pending orders" table, is where the issue is. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 31431] New: Cannot change one's own userid if logged in as staff
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31431 Bug ID: 31431 Summary: Cannot change one's own userid if logged in as staff Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)iki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I cannot change the userid for my own account in the staff interface, if I do that I get the following error on any subsequent page I try to access: > Can't use string ("Koha::Patron") as a HASH ref while "strict refs" in use at /kohadevbox/koha/Koha/Object.pm line 830 Could the user session be tied into a specific userid, and if that changes things break? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5