IRC log for #koha, 2024-03-11

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
06:48 reiveune joined #koha
06:48 reiveune hello
07:03 magnuse \o/
07:24 magnuse joined #koha
07:24 magnuse davidnind++
07:30 lds joined #koha
07:57 ashimema mornig
08:00 thibaud_g joined #koha
08:04 cait joined #koha
08:08 cait good morning #kha
08:08 #koha too
08:09 ashimema I pushed some branches for you to grab that sha1 issue patch from cai
08:09 alternatively.. I could just push to master for you if you like
08:10 beware.. I'm not here from lunch today.. travelling and meetings all week after that
08:17 school run time now.. bbiab
08:25 schnydszch joined #koha
08:29 schnydszch good morning! Who are on 23.11.03.000 here? One of our Koha installation is getting error 500 when checking out a book. We don't see anything in the log except the log in plack.log: 111.125.73.190 - - [11/Mar/2024:16:28:32 +0800] "GET errors/500.pl HTTP/1.1" 500 33200 "https://url.of.library/cgi-bin[…]rowernumber=10331" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0
08:29 Safari/537.36"
08:37 krimsonkharne[m] morning all
08:42 paulderscheid[m] morning #koha
08:48 cait I'd like to test, but thanks, will try to grab the patches in th eafternoon
09:07 dolf joined #koha
09:07 cait schnydszch: first hting is always to check the logs, but my first guess would be: your items are missing itemtype, holdingbanch or homebranch, can you verify?
09:08 for checking the logs best to use tail -f /var/log/koha/instancename/*.log and produce the error
09:11 ashimema .
09:11 dolf Hello Kohaphiles :)  I have a question about the default cover image on the opac-search.pl page for books whose covers are not found. It uses this image, which is nice: https://raw.githubusercontent.[…]Cover-Texture.jpg  However, the image is shown as 75px by 21.5px (squashed in the y-dimension). Is this a known issue, or is something broken in my specific Koha
09:11 instance? See for example results 6,7,11 at https://library.refstudycentre[…]sort_by=relevance .
09:12 Also, why do some books have no fallback image, while others use the default red book as fallback image?
09:46 * ashimema wonders if magnuse is going to hackfest this year
09:49 schnydszch cait, itype, homebranch, holdingbranch exist for the record being checked out
09:53 davidnind dolf: I like the image, but that is not the Koha default - you will need to check with ByWater Solutions assuming they are hosting you, or are you using their coverflow plugin
09:53 dolf: here is an exampel of the default cover from one of the demo installations https://catalogue-v2311-koha.d[…]a&weight_search=1
09:53 cait dolf: that's a customization, not Koha default
09:54 dolf: the red book - you need to check with your config/your hoster
09:54 ah, what davidnind said
09:57 magnuse ashimema: probably not, it's a bit too close to the big every-other-year norwegian library conference
09:58 ashimema shame, feel like I've not seen you for ages
09:58 but understandable
09:58 * ashimema is in a call with Delarna right now trying to understand their records and it made me think of you
10:03 dolf This is self-hosted, and always has been, but it's a very old instance. Maybe some strange config is left over from back in the day. I do have CoceHost set to https://coce.bywatersolutions.com so maybe that's where the book comes from? Anyway, I would prefer the default "no cover image available", but I don't get that, even if I disable CoceHost and use GoogleJackets directly.
10:05 cait schnydszch: try to check the logs again with hte command I gave you
10:05 it could also be a broken notice template, like CHECKOUT not being parsed
10:05 or a broken YAML parameter - i had all those happen
10:06 but the logs shoudl give a better clue
10:08 davidnind dolf: Is the site using the Galadriel OPAC Theme Plugin? https://bywatersolutions.com/e[…]ustomize-the-opac and https://github.com/bywatersolu[…]driel/tree/master
10:09 dolf: if so, look at the settings for the plugin for search results
10:14 cait fridolin++
10:16 dolf davidnind: No plugins installed :) I have never heard of that plugin.
10:19 cait maybe it's in your opacuserjs
10:19 or opacusercss
10:25 davidnind dolf: the URL you posted with raw had galadriel and bywatersolutions in the path, but as cait said, maybe in your custom css - look at the HTML page source and see if you have any classes for the entries where there are no cover images - definitely some customisation somewhere
10:30 dolf cait: opacuserjs only contains some simple code to redirect from home page to advanced search. opacusercss is empty. :)
10:31 davidnind: I see what you mean with the URL. The entries with NO cover images contain an img tag pointing to things like https://images-na.ssl-images-a[…]01.MZZZZZZZZZ.jpg which is a 1x1 pixel image.
10:32 cait hm that would point to a plugin again... they can insert js
10:35 dolf Here is what I see in the browser for no image and red book image, respectively: https://ibb.co/YRrXD5P and https://ibb.co/F8ZhYtg The latter gets its image from some inline CSS. Still trying to figure out where that comes from.
10:35 If I disable that inline style sheet, it looks like in the demo link that davidnind posted.
10:37 Ran `find / -iname '*galadriel*'` on my VM: No results. Trying grep next. It might take a while.
10:46 davidnind dolf: if you look at the HTML page source you will see (around line 190) <!-- JS and CSS for Koha Galadriel OPAC Theme Plugin
10:46 This JS was added automatically by installing the Koha Galadriel OPAC Theme Plugin
10:46 Please do not modify -->
10:48 schnydszch only the one in plack.log is related to circulation.pl
10:50 davidnind dolf: I'm not sure why it would still be there if the plugin isn't listed under your plugins - maybe it was deleted or not properly uninstalled, don't really know how plugins interact in the database and what table they would show in
10:55 dolf Hmm, this is not the first time that the UI and the database differ on this specific Koha instance. See https://irc.koha-community.org[…]4-02-27#i_2539023
11:07 I see an empty folder at /var/lib/koha/rsc/plugins/Koh​a/Plugin/Com/ByWaterSolutions but no files anywhere under /var/lib/koha/rsc/plugins . So I guess it must have existed many years ago, and was removed improperly.
11:09 What is the standard procedure for uninstalling Koha plugins?
11:11 magnuse ashimema: awww... ;-)
11:12 ashimema: and it's Dalarna
11:21 ashimema grr.. I have that typo ingrained in my fingers now ☹️
11:31 dolf davidnind: I found references to Galadriel in the `action_logs` and in the `additional_contents` tables. I'm hesitant to just remove the rows, lest she comes back from the halls of Mandos to haunt me.
11:42 `delete from additional_contents;` seems to have done the trick :)
11:43 tcohen hola #koha o/
11:43 happy monday everyone!
11:54 * ibnsina[m] uploaded an image: (25KiB) < https://matrix.org/_matrix/med[…]zJeVpNE/image.png >
11:54 ibnsina[m] error when upgrade
11:54 how to fix ?
11:55 Upgrading database schema for library2... (full message at <https://matrix.org/_matrix/med[…]oIQhRUgTpkjEfrTlW>)
11:59 tcohen what DB engine are you using ibnsina[m] ?
12:04 edveal joined #koha
12:05 ibnsina[m] mysql
12:05 Joubu ibnsina[m]: are you the one who reported it on bug 34979 already?
12:05 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34979 normal, P5 - low, ---, katrin.fischer, RESOLVED FIXED, System preferences missing from sysprefs.sql
12:05 tcohen my best guess is you should run 'DELETE FROM systempreferences WHERE variable='OAI-PMH:AutoUpdateSetsEmbedItemData;'
12:05 and just re run the upgrade
12:06 ibnsina[m] <tcohen> "what DB engine are you using..." <- mariadb
12:06 tcohen sorry I misspelled that SQL
12:07 DELETE FROM systempreferences WHERE variable='OAI-PMH:AutoUpdateSetEmbedItemData'
12:07 basically, you have both the wrong and the good syspref name
12:09 edveal Good morning
12:11 tcohen hi edveal
12:11 hi cait
12:15 ibnsina[m] <tcohen> "basically, you have both the..." <- works fine thanks
12:15 i face another problem
12:15 root@isumslibrary:/etc/koha/sites/library2# sudo apt install -y koha-common... (full message at <https://matrix.org/_matrix/med[…]WIsmidYRzEcfrmyHe>)
12:16 ailed to load external entity "/etc/koha/sites/library/koha-conf.xml" the name of my library is library2 not library how to change it
12:19 tcohen do you have a backup? Looks like your instance's configuration file is f*d up
12:20 cait tcohen++ thanks
12:20 I didn't get to write a fix for that one yet :(
12:23 tcohen do you want me to try a fix?
12:24 cait if you have time, that would be awesome
12:24 you defined the problem perfectly
12:26 dolf joined #koha
12:28 tcohen I always think Joubu is gonna submit the patch before I do in this cases :-D
12:28 writting
12:28 edveal joined #koha
12:32 dolf joined #koha
12:35 cait there is a bug filed already, do you want me to find it?
12:36 ibnsina[m] <tcohen> "do you have a backup? Looks like..." <- is there any fix >?
12:39 cait tcohen: Bug 36232] New: Updating database structure
12:39 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=36232 enhancement, P5 - low, ---, koha-bugs, NEW , Updating database structure
12:47 tcohen ok
12:51 done
13:01 cait thank you
13:04 Dyrcona joined #koha
13:18 wizzyrea joined #koha
13:31 kidclamp joined #koha
13:48 Joubu anybody using misc/cronjobs/cloud-kw.pl? Is this supposed to still work?
13:48 tcohen everything works if shipped in Koha :-P
13:48 Joubu can you try and confirm please? :D
13:48 I had to remove lines from the koha-conf to fix the yaml parsing
13:49 "mapping values are not allowed in this context"
13:49 and now I am getting:
13:49 Can't use string ("<yazgfs>
13:49 <listen id="biblioserve"...) as a HASH ref while "strict refs" in use at misc/cronjobs/cloud-kw.pl line 74.
13:52 fredericd maybe?
13:52 tcohen It doesn't seem to be working, Joubu
14:01 Joubu kidclamp: are you using it?
14:02 kidclamp I see two sites running it, not sure if it is working
14:05 Joubu actually the conf is not the path to the koha-conf file..
14:07 tcohen what does that mean JOubu?
14:07 * tcohen learning
14:08 Joubu for the record, this is working: http://paste.debian.net/1310284/
14:17 tcohen the script is pre-packages it feels
14:17 it should work without the --conf parameter
16:00 reiveune bye
16:00 reiveune left #koha
16:28 edveal joined #koha
16:30 cait I always start to worry, when #koha gets too quiet...
16:57 blawlor[m] Recently I am getting a weird bug in KTD when I just try an item search an alert pops up with a 403 error and the table doesn't load any results. I thought it might be that I screwed up my environment somehow, but I tested it on a sandbox and get the same issue... (full message at <https://matrix.org/_matrix/med[…]YSYKxrNIVjqzSNsyi>)
17:03 caroline blawlor[m], I have the same I think it's due to bug 34478
17:03 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34478 blocker, P1 - high, ---, jonathan.druart, Pushed to master , Full CSRF protection
17:03 caroline I added it to bug 36195 but I think it might benefit from being it's own bug so it can get more views
17:03 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=36195 critical, P5 - low, ---, koha-bugs, NEW , CSRF - testing reports
17:08 blawlor[m] Cool that looks like what's going on
17:16 wajasu docker pskoha-test-docker
17:17 blawlor[m] Cool I did like the patch on bug 36195 and removed the line 481: type: 'POST',
17:17 from koha-tmpl/intranet-tmpl/prog/en/​modules/catalogue/itemsearch.tt and item search works again
17:17 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=36195 critical, P5 - low, ---, koha-bugs, NEW , CSRF - testing reports
17:21 blawlor[m] should I attach a page to that bug?
17:22 s/page/patch/
17:23 khall joined #koha
17:29 wajasu ls
17:34 khall_ joined #koha
17:57 tcohen mtj: can you please reply on bug 35614?
17:58 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=35614 major, P5 - low, ---, mtj, Signed Off , Update cpanfile for Mojolicious::Plugin::OpenAPI v5.09
18:04 wajasu yea! i got koha-testing-docker ktd up working with docker instead of my podman rootless. nice!
18:06 tcohen wajasu: good
18:26 magnuse tcohen: i saw some fresh commits on koha-dpkg-docker. do you know if that should fix things, or is it still work in progress? i (still) get "dpkg-source: error: aborting due to unexpected upstream changes"
18:27 tcohen magnuse: it should be fixed
18:28 magnuse i also get "dpkg-source: info: you can integrate the local changes with dpkg-source --commit
18:28 Command 'pdebuild -- --use-network yes --basetgz /var/cache/pbuilder/base.tgz --buildresult /debs' returns an error (512)"
18:29 tcohen ah
18:29 wait
18:29 have you tried master?
18:29 magnuse koha master or koha-dpkg-docker master?
18:29 i tried koha 23.05
18:30 tcohen ok
18:30 the thing is, the preservation module was not added to the Makefile.PL
18:30 and that was the last bit that broke the build
18:30 I will test again but last thing we did with khall had fixed ti
18:32 pastebot "magnuse" at 127.0.0.1 pasted "koha-dpkg-docker" (679 lines) at https://paste.koha-community.org/39330
18:32 magnuse that is the end of my output. it seems to list all the .po files
18:33 tcohen will chat with khall right now
18:35 magnuse awesome!
18:37 cait joined #koha
18:44 magnuse kia ora cait!
18:48 does this example make sense, with mixing 19.12, 19.05 and master? "docker run --volume=/path/to/your/clone:/koha --volume=/dest/path/for/debs:/debs --privileged --env VERSION=19.12.00.061 --env RELEASE=19.05 koha/koha-dpkg:master"
18:52 tcohen magnuse: not really, but the latest koha-dpkg-docker builds the base.tgz from scrratch on each run if it is not mounted
18:52 so in theory it should work
18:58 * magnuse gotta run, will read back
19:14 khall joined #koha
19:38 tuxayo @later tell khall second signoff added to bug 33898. In case you understand the change and implications better than me, that frees you to QA it.
19:38 huginn` tuxayo: The operation succeeded.
19:38 tuxayo hi all :)
19:53 paulderscheid[m] I have just stumbled across this gem: https://github.com/gleam-lang/gleam |> fn(x) { io.println("I \u{2764} " <> x) }
19:53 Awesome language :D
19:53 They've just reached v1.
20:04 pinkieval joined #koha
20:11 edveal joined #koha
20:19 wizzyrea joined #koha

← Previous day | Today | Next day → | Search | Index

koha1