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

[Bug 36514] New: The "kick_out" in auth should return an anonymous session instead of no session
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36514 Bug ID: 36514 Summary: The "kick_out" in auth should return an anonymous session instead of no session 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, when we "kick_out" of the self-checkout or the self-checkin, we send a CGISESSID cookie with an empty value and force the web app to render opac-auth.tt However, this doesn't really make sense. If the user just reloads the page again, they'll see the real template. And if you want to link to the self-registration from the self-checkout (say in a new tab), you'll want to see the real template instead of a login screen. -- In theory, it shouldn't be too hard to do this. We'll just want to create an anonymous session and return the actual requested template. This isn't a top priority for me at the moment, but I do have a library interested in this, so I might find myself working on this... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 37978] New: Internal server error in upload-cover-image.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37978 Bug ID: 37978 Summary: Internal server error in upload-cover-image.pl Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 171845 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171845&action=e… intranet-error.log Error "Internal Server Error" is raised/shown on screen when one tries to upload local cover image in a new (migrated to a new server) koha installation. Relevant log contents attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 37594] New: Holds assigned to multiple items when using RTHQ and Transport Cost Matrix
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37594 Bug ID: 37594 Summary: Holds assigned to multiple items when using RTHQ and Transport Cost Matrix Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests 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 In production environments we are seeing holds showing twice, with different items. Checking the DB reserve_ids are getting two different itemnumbers assigned in the tmp_hooldsqueue and hold_fill_targets. Almost certainly related to bug 35826 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 10387] checkauth and get_template_and_user have copy-pasta for setting template variables
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10387 Koha collecto <koha(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)collecto.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32048] New: Calendar adding holidays repeated
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32048 Bug ID: 32048 Summary: Calendar adding holidays repeated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It seems something is getting cached when adding holidays To recreate: 1 - Enter a holiday repeated yearly on a range from the 1st of the month to the 5th 2 - Delete it 3 - Add a new holiday from the 20th to the 25th 4 - When saved, the holiday from the 1st to the 5th is also added again -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 6473] Test bug for Git-bz ✔ ❤ ★
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6473 --- Comment #274 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Testing of formatting of comments to see if it's the same between preview and a posted comment: - module: bookings code: BOOKING_CANCELLATION branchcode: "" name: "Booking cancellation notice" is_html: 1 title: "A library booking was cancelled" message_transport_type: email lang: default content: - "[%- PROCESS 'html_helpers.inc' -%]" - "[%- USE KohaDates -%]" - "Dear [%- INCLUDE 'patron-title.inc' patron => booking.patron -%], " - " " - "We regret to inform you, that the following booking has been cancelled. " - " " - "Title: [%- INCLUDE 'biblio-title.inc' biblio=booking.biblio link = 0 -%] " - " " - "Dates: [% booking.start_date | $KohaDates %] to [% booking.end_date | $KohaDates %] " - " " - "Reason: [% booking.cancellation_reason | html %] " - " " - "Kind regards " - " " - "[% booking.pickup_library.branchname %]" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38352] New: cleanup_database.pl is not deleting the upload file from the server
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38352 Bug ID: 38352 Summary: cleanup_database.pl is not deleting the upload file from the server Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When running cleanup_database.pl with --temp-uploads it should delete the associated file from the server when it clears the record from the uploaded_files table in the database. This works as expected in main/upstream. It does not appear to work in 24.05.x Severity = normal because this could cause the disk to fill up and break uploads of all types including staging MARC files. To reproduce: 1. Check out origin/main 2. Go to Tools -> Upload and upload a temporary file (not using an upload category) 3. In your KTD, look at the files in /var/lib/koha/kohadev/tmp/koha_kohadev_upload/ and notice your upload is there 4. Run cleanup_database.pl like koha-foreach --chdir --enabled /usr/share/koha/bin/cronjobs/cleanup_database.pl --confirm --temp-uploads --verbose 5. Confirm your uploaded file is gone from the Uploads interface in Koha, and from /var/lib/koha/kohadev/tmp/koha_kohadev_upload/ 6. Repeat the above plan with 24.05.x checked out and notice the file is still in /var/lib/koha/kohadev/tmp/koha_kohadev_upload/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13125] Total holds does not tally holds / items.reserves is not populated
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13125 --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #6) > I think we should remove the column actually because I don't see a way to > make this number generally useful compared to what we can query from the > logs. Agreed. At the moment, it's hugely misleading/confusing. Reporting on reserves should be done via the reserves table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 23758] New: Advanced editor should have a widget to automatically populate when a biblio was first entered
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '24

06 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23758 Bug ID: 23758 Summary: Advanced editor should have a widget to automatically populate when a biblio was first entered Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hayleymapley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be useful for libraries who use the Advanced Editor to have the ability to automatically populate a field with the current date the first time a biblio record is entered. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 10387] checkauth and get_template_and_user have copy-pasta for setting template variables
by bugzilla-daemon＠bugs.koha-community.org 05 Nov '24

05 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10387 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #2 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #1) > Can someone tell if this is still valid? Yes, although the solution is more to move to using the system preference template plugin. It's long tedious work but needs to be done eventually. -- You are receiving this mail because: You are watching all bug changes.

1 0