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

[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 33815] New: Crash when librarian changes their own username in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33815 Bug ID: 33815 Summary: Crash when librarian changes their own username in the staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org, tomascohen(a)gmail.com I tried in our production system (22.05.11) to change the username on my own account (an account with superlibrarian privileges) and it let to a white page blank except for the text "Internal Server Error." I wasn't able to access any page in Koha until I cleared my browser's cookies. When I test in master I see this error: Can't call method "password_expired" on an undefined value at /kohadevbox/koha/C4/Auth.pm line 1780 I think the problem happens only when you change the username field but you enter your existing password. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[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 14964] Email notices will be queued for patrons with no email address
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14964 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=31424 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14590] Validate messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14590 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=31424 -- You are receiving this mail because: You are watching all bug changes.

1 0