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

[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

[Bug 31358] New: Offline circulation broken
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31358 Bug ID: 31358 Summary: Offline circulation broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com == Test plan == 1. Enable the AllowOfflineCirculation system preference. 2. Go to Circulation -> Built-in offline circulation interface. 3. go to Check out 4. Input anything as a patron barcode and validate 5. you don't get the warning that there isn't a patron DB in offline mode 6. Input anything as an item barcode and validate 7. Nothing happens, no warning about missing date, no recorded checkout when the date is filled 8. Go to offline checkins 9. Input anything as an item barcode and validate 10. Nothing happens Bisecting shows that it's from bug 29155 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 31362] New: It should be possible to extract a marc file of deleted biblios
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31362 Bug ID: 31362 Summary: It should be possible to extract a marc file of deleted biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Some external systems that integrate with Koha want to receive changes (additions/deletions) in marc files We store the marcxml in the metdata table, it would be nice to have a script to extract this as marc -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31365] New: Plugin link location needs extra documentation so indicate where it may be found
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31365 Bug ID: 31365 Summary: Plugin link location needs extra documentation so indicate where it may be found Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: matted-34813(a)mypacks.net QA Contact: testopia(a)bugs.koha-community.org 5:25 < wajasu> my librarian looked under home->tools for Plugins, but its under Home->Administration->Plugins in 22.05 15:25 < wajasu> https://koha-community.org/manual/22.05/en/html/plugins.html#set-up 15:43 < tuxayo> wajasu: indeed! That's worthy of opening a ticket with the category "Documentation" 15:43 < tuxayo> https://bugs.koha-community.org/bugzilla3/enter_bug.cgi?product=Koha 15:52 < caroline_crazycatlady> Just so you know, it appears under tools after you have at least one plugin installed. 15:55 < tuxayo> ah :o 15:55 < caroline_crazycatlady> It's still weird because it used to be under tools even with zero plugins, hence the confusion 15:58 < wajasu> well maybe one can add (located under Administration prior to a plugin being installed) :) 16:00 < caroline_crazycatlady> Sure, the whole thing should probably be rewritten... I don't think you need to change the conf file anymore either I had enabled the koha-conf.xml <enable_plugins>1</enable_plugins> and systemctl restart memcached koha-common apache2 So now Plugins shows under Home->Administration. Maybe that can be noted in the docs https://koha-community.org/manual/22.05/en/html/plugins.html#set-up After I enabled the plugins in koha-conf.xml, my librarian couldn't find the plugins link, since the docs said it was in Tools. Plus the crazycatlady mentioned it migrates to tools once a plugin is installed. It might also be worth mentioning the need to restart memcached, koha-common (i.e. koha-plack --restart <instance>) and apache2, fothe plugin to show up after it's installed, if that is the case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31394] New: background hold cancellation causing confusion
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31394 Bug ID: 31394 Summary: background hold cancellation causing confusion Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Moving the bulk hold cancellation to background jobs has had the side effect of confusing staff since waitingreserves.pl refreshes with the items still listed. Staff will then try to refresh the page to see if the items were canceled, but that causes Koha to resubmit the background job since waitingreserves.pl?cancelBulk is still in the address bar. I'd propose we at minimum do not make it possible to resubmit that job so easily, but possibly to go directly to the results of the enqueued job. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 31445] New: Add biblio isbn to batch item modification
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31445 Bug ID: 31445 Summary: Add biblio isbn to batch item modification Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It has been suggested that it would be helpful to have the ISBN display in a column next to the title in the batch item modification/deletion tools. This could help libraries with verification of info without having to open the bib record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31230] New: Add more fields to subscription batch edit form
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31230 Bug ID: 31230 Summary: Add more fields to subscription batch edit form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials 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 more fields could be added to the subscription batch edit form. * Patron notification * Grace period * Frequency * Subscription length * Numbering pattern * Numbering table Some fields are quite specific for a serial, but when libraries have multiple subscriptions for one serial, they would still be a very useful in saving time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1