IRC log for #koha, 2023-11-13

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

All times shown according to UTC.

Time Nick Message
00:36 khall joined #koha
07:19 cait joined #koha
07:29 lds joined #koha
07:33 reiveune joined #koha
07:33 reiveune hello
07:46 cait joined #koha
07:53 cait1 joined #koha
08:07 matts hi!
08:50 ashimema Morning
08:51 cait1 morning matts and ashimema :)
08:51 and #koha
09:22 thibaud_g joined #koha
09:23 PedroAmorim[m] \o
09:28 cait1 good morning PedroAmorim[m]
09:29 krimsonkharne[m] morning #koha!
09:33 MatthewBlenkinsop[m] o/
09:34 ibnsina[m] <ibnsina[m]> "image.png" <- any help ?
09:35 cait1 I think you need to post your full question again and a link using an image service preferrably
09:36 ibnsina[m] hello guys when enable  <useldapserver>1<useldapserver> and login its return error 500... (full message at <https://matrix.org/_matrix/med[…]TqKGXfxNjeYNJQnYy>)
09:36 here is the full problem
09:41 cait1 someone knowledgeable about LDAP around? matts maybe?
09:42 ibnsina[m] its been while im trying to connect with ldap still no help here i do the exact tutorial on official page
09:44 cait1 it looks like the bind fails from the error - something in your configruation most likely
09:45 ibnsina[m] i use the same as this command the command works fine
09:45 ldapsearch -x -LLL -H ldap://10.4.0.3 -D "cn=admin,OU=Students,OU=ISUMS,DC=isums,DC=jo" -w "password" -b "DC=isums,DC=jo" "(objectClass=user)"
09:46 cait1 i am not sure if OU and dc are repeatable int he koha configuration?
09:46 * ibnsina[m] uploaded an image: (43KiB) < https://matrix.org/_matrix/med[…]TwGpwzL/image.png >
09:47 ashimema OU is I think.. dredging the brain here though
09:47 * ashimema goes back to meeting
09:48 cait1 hm yes it looks like it should work
09:48 i found a nice blog post, maybe that could help: https://openschoolsolutions.org/koha-ldap-setup/
09:48 they are using them lower case, but not sure if that could be the issue or not
09:48 as I said before, I'd also set replicate and update to 0 for testing the auth part
09:49 that removes a missing mapping from the potential issues
09:50 ibnsina[m] i tried it still same
09:51 cait1 the principal_name in the example in the blog and yours look different
09:52 maybe that woudl be worth comparing/trying out
09:56 ashimema anyone around who might be willing help me work through the unit test on bug 30287?
09:56 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=30287 normal, P5 - low, ---, martin.renvoize, Failed QA , Notices using HTML render differently in notices.pl
09:56 ashimema I'm stuck.. I can't make it fail for the life of me
09:56 cait1 I can give it a try, but not before much later today I am afraid
09:57 davidnind and I can't get it to pass....
09:57 ashimema it's weird isn't it
09:57 cait1 you both have the same ktd variables?
09:57 like... OS and such?
09:57 DBMS?
09:58 oleonard joined #koha
09:58 ashimema I would think so
10:00 using ktd up without any flags to get it started davdinind?
10:00 davidnind default .env file (except for bugzilla info), ktd up (nothing additional)
10:02 ashimema likewise
10:02 * ashimema does a ktd pull for good measure
10:03 davidnind there have been some commits to ktd over the last few days, so you will probably need a git pull as well
10:03 ashimema yup
10:03 done that too#
10:06 still passes every time for me!
10:06 ☹️
10:06 grr
10:07 oleonard Hi #koha
10:07 ashimema I could reduce what's being tested significantly and do a regex match.. but that feels like a reduction of coverage
10:07 so strange
10:07 davidnind I'm running the tests in the ktd shell (ktd --shell)
10:07 ashimema yup
10:07 me too
10:08 you didn't try to fix the QA script failure did you?
10:09 i.e remove the trailing whitespace in the test file?
10:09 that's all I can think of that would break it
10:09 interesting
10:10 davidnind I didn't change anything in the patches - just applied, I even tried without the last follow-up patch,
10:10 ashimema looking at the copy paste in bz.. there is indeed a whitespace difference.. one uses tabs whilst the other uses spaces
10:10 I wonder if it's a .git/config thing.. automatic changing of whitespace on apply
10:11 using git bz apply I presume?
10:11 davidnind I am
10:11 * ashimema tries on a fresh branch with apply from bz
10:12 ashimema thats it!
10:12 wow
10:12 that's a new one for me
10:12 challenging
10:12 cait1 interesting
10:12 ashimema it's this
10:12 cait1 but glad you figured it out
10:12 ashimema whitespace = trailing-space,space-before-tab + whitespace = fix
10:12 so..
10:13 git is auto-fixing the whitespace converting space to tab
10:13 or was it tab to space
10:13 either way.
10:13 thanks
10:13 now I can replicate I can fix
10:13 davidnind ashimema++
10:13 aw-bib[m] joined #koha
10:13 aw-bib[m] this is noted somewhere in the koha dev notes. (just learned those settings myself.)
10:13 ashimema indeed
10:13 it's there
10:14 this is just an unexpected one for me.. as it's inside a HERE doc.. so the whitespace as is is important
10:14 the autofix is annoying in my particular case
10:16 cait1 interesting we didn't run into issues earier
10:16 I believe that's been there forever
10:16 ashimema it's the HERE doc side of things
10:16 that's unusual
10:16 to this patch
10:16 and it's never been tested before
10:16 I could just remove all the whitespace
10:16 but it's a tad annoying
10:17 cait1 doesn't it remove only trailing?
10:17 ashimema right
10:17 the HERE doc add the css inport
10:17 cait1 t
10:17 ashimema if the pref is empty, it adds an empty line
10:17 instead of the stylesheet
10:18 it's that empty line that's the issue
10:18 in the test I leave it as 4 whitespaces (which is the indent level of the stylesheet import)
10:18 which is what the module does
10:18 but the git hook is saying.. this is a whitespace only line.. get rid of all the whitespace
10:19 ibnsina[m] <cait1> "the principal_name in the..." <- its opptinal
10:24 thibaud_g joined #koha
10:25 ashimema darn.. did cait1 drop off
10:33 OK.. that should work now
10:34 updated the test to use the same syntax style as the notice generator
10:51 cait no she is here
10:51 just... cait
11:15 khall joined #koha
11:21 tcohen[m] hola #koha o/
11:25 cait hola tcohen
11:36 bbiab
11:46 eythian_ hi
11:54 cait1 joined #koha
11:59 jzairo joined #koha
12:00 schnydszch joined #koha
12:01 eugene_ joined #koha
12:03 cait joined #koha
12:27 magnuse_ kia ora eythian
12:35 tcohen[m] Joubu++
12:41 cait joined #koha
12:57 tcohen[m] tuxayo++
13:16 cait fresh bug incoming... bug 33519
13:16 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=33519 enhancement, P5 - low, ---, koha-bugs, NEW , Update description of ILS-DI:AuthorizedIPs
13:16 cait hm and that was the wrong bug number, again :D
13:17 bug 35319
13:17 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=35319 normal, P5 - low, ---, oleonard, NEW , Default sorting of the holdings table with OPACHoldingsDefaultSortField is broken
13:35 aw-bib[m] I just stumbled upon a 500 error when I tried to open the details view. this happens on a specific title. any hint where to dig why this error happend? (I assume I did something wrong during record migration and it's only a dev-box. but I should fix it before it becomes a prod box, especially for this high demand title ;)
13:37 khall joined #koha
13:38 cait OPAC?
13:38 or staff interface? or both?
13:41 aw-bib[m]: ^
13:42 if you just see it in the OPAC my bet would be on empty itemtype in the items
13:42 you'll also want to check homebranch/holdingbranch next
13:57 Yo joined #koha
14:02 oleonard joined #koha
14:02 * oleonard waves to oleonard-away
14:05 Dyrcona joined #koha
14:20 aw-bib[m] cait: opac, staff seems fine. and indeed it seems as you say an empty item type, even though the display in staff got me `Books` (aka `BK`).
14:21 at least editing the items, set `BK` explicitly and `save` did cure the record. hm.
14:21 if I get the gist right: first bet would be that some of the authorized values are wrong/missing/get dropped as they were wrong during loading, right?
14:22 cait maybe you got an itemtype on record level but not i the item?
14:22 aw-bib[m] hm. I'll check my record conversion for this.
14:22 cait also... SQL and Perl are different, check your spelling exactly matches (case sensitive)
14:23 aw-bib[m] I don't dare to say that the converter is in, uhm, the snake language ;)
14:23 but I'll check. :)
14:25 btw: I managed to migrate movement data by replaying all loans. I'll just need to fiddle out why koha sometimes initiates a transfer. (iow currently I have to switch off automatic transfers before the replay otherwise it will die.)
14:34 cait i had a phone call in between, what I meant was: if we say SELECT ... frm items where itemtype = "bks" it will also give you the BKS and maybe even the ones with a space
14:34 if you ask Perl it will do an exact match itemtype eq "bks" won't find your BKS
14:35 stuff like this can often explain a bit of strange behaviour
14:35 kidclamp joined #koha
14:35 cait ut also if you have set 942$y with an item type and you edit an item that has no itemtype, it will suggest the one from biblio-level - so it might appear as auto-fixing itself on save
14:40 aw-bib[m]: hope that made sense, but hectic here today
14:40 aw-bib[m] I'll check that I added the vocabulary in my converter in a case sensitive manner. I think I did, but checking again. - I understood this suggestion, that is I did not see a difference once I edited the items, but after the save the thing was cured, hence I assume it was empty.
14:41 cait it does sound like it
14:41 we've had lots of fun with an additional space at the end of the branchcode and such things
14:42 usually a transfer will be initiated if your homebranch and holdingbranch not match
14:42 ... and we did have that happen with SIP when the homebranch was wrongly spelled capitalization wise in the SIP2 config... so it could be something like that for you too
14:44 aw-bib[m] homebranch of the patron vs. the branch of the item. this is how I understood it at least. but during my replay I try to make sure that koha checks it out and returns it to the same library. I'll double check that it uses the same cases all the time.
14:45 cait how are you playing them back?
14:45 aw-bib[m] koha's perl api.
14:45 cait I would expect the transports only to happen for holds or checkins usually
14:46 aw-bib[m] C4::Circulation, Koha::Items, Koha::Patrons and driedns.
14:46 cait because patrons can check out at different branches
14:47 aw-bib[m] yea, but we don't have that info in our old system. so I only have checkout barcode to patron and return plus dates.
14:48 so I end up calling `C4::Circulation::AddIssue()` and `C4::Circulation::AddReturn()` using `$returnbranch = $item->holdingsbranch`
14:49 cait hm I'd think that the place of the transaction should appear there somewhere
14:51 aw-bib[m] as far as I understood only in the AddReturn($barcode, $returnbranch, 1, $returndate).
14:53 tcohen[m] Joubu++ # awesome
14:53 Joubu++ # work
14:54 Joubu++ # with
14:54 Joubu++ # weblate
14:55 cait it might be context somewhere
14:55 like the user doing it
14:55 for a checkout it's definitely also recorded where it happens and the hldingbranch would be changed accordingly
15:07 Yo joined #koha
15:48 * ashimema is wishing he'd not started digging into notices again
15:50 oleonard :D
15:54 * oleonard is wishing he wasn't trying to get ktd running on a Windows machine today
16:00 bag joined #koha
16:06 cait ashimema: I was just there too... have you ever tried to print the fine in an overdue? but not the full fine for the checkout, the fine that was applied that very day (increade/descrease). it seems possible, but it's getting complex
16:06 oloh i missed oleonard-away :(
16:12 ashimema mm, nothing in notices is easy at the moment
16:12 I was trying to work out sensible preferences from what we've currently got..
16:12 the deeper I dug the more confused I got and the more I wanted to tear it down
16:21 cait I have probably a bit less destructive tendencies... today
16:21 I was thinking we should have a method to give that back :)
16:45 lukeg joined #koha
16:48 reiveune bye
16:48 reiveune left #koha
17:07 oleonard I've been tinkering with this: https://snipboard.io/wCLpUD.jpg
17:08 ashimema I like that
17:08 though I'm not sure if red or yellow for the button it right there
17:09 whilst I understand your reasoning.. isn't the fact it's a confirmation dialogue in the first place enough warning?
17:09 * ashimema contemplates
17:13 oleonard ashimema: Yeah could be, I wondered about that too
17:14 cait hm I think yellow might be more in line with our non-written style guide, but I like the red too
17:14 I more wonder if we need the green background heh
17:16 *hides*
17:16 ashimema what would you replace it with cait?
17:16 cait I think I expected white
17:16 because usually we have that behind the buttons
17:16 ashimema I still want a more formal guide for modals
17:16 cait but I knwo it's a modal, so different rlues might apply
17:16 yep, style guie woudl be nice
17:17 ashimema really.. all the modals have green header/footers
17:17 cait but we have a terminology list and noone follows it... so
17:17 ashimema or am I looking at the wrong thing?
17:17 QA can point at them if they exist
17:17 I try to stick to terminology
17:17 cait yes, I think it#s a general modal thing,so disregard my comment
17:18 ashimema: I am just a little grumpy because I started translating and already have a growing list of things to file heh
17:18 ashimema what I do sorta wonder however is whether we should vary that modal header/footer background depending on the modal action though..
17:18 caroline joined #koha
17:18 * cait waves at caroline
17:18 cait we should ask caroline!
17:19 ashimema this is a 'delete' confirm.. i.e a potentially dangerous action.. so whilst I think the main action button should be consistent with our 'primary' class.. the modal itself could signify a little more that it's a destructive action?
17:19 mellow read header/footer?
17:19 caroline ask me what?
17:19 ashimema just some random meanderings there really...
17:20 cait modals
17:20 (18:07:44) oleonard: I've been tinkering with this: https://snipboard.io/wCLpUD.jpg
17:20 ashimema I'm also still hung up on 'alert' vs 'modal' vs 'info' box in places 😜
17:20 cait button and background colors
17:20 caroline so the debate is over the "This action will cancel 4 holds" and the confirm button?
17:21 ashimema I converted one in cataloguing recently (and it was definitely nicer as a full width box in this case) but realised after we now have a mix of 'alert' middle yellow box and 'warning' full width..
17:21 yup
17:21 'this hold' vs 'these holds' too 😜
17:21 comes to mind in this particular case
17:22 caroline yes I was a bit confused by that (this vs these)
17:22 * ashimema thinks oleonard is now regretting showing me this
17:22 cait same
17:22 caroline I was wondering why cancelling a hold would cancel 4... I would have thought about it twice before clicking the button
17:22 * cait sends oleonard cookies
17:23 * ashimema send oleonard beer
17:23 caroline this is when you select multiple holds to cancel I'm guessing
17:23 oleonard Oh nice I have lunch sorted :D
17:23 caroline: Yes
17:23 caroline speaking of lunch, bbl
17:23 oleonard Bug 33174
17:23 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=33174 enhancement, P5 - low, ---, lucas, Signed Off , Have better indication when one is cancelling multiple holds on a record
17:23 * ashimema checks on dinner
17:24 caroline I have a trining in 40 minutes and must have had lunch before...
17:24 *training
17:49 davidnind oleonard: I think that looks much better
17:51 the only confusion I had was between the title (Confirm deletion) and the text and buttons (cancel, Confirm cancellation) - so may maybe the title should be "Confirm cancellation"
18:03 cait1 joined #koha
18:05 cait1 left #koha
18:11 oleonard That's a good point davidnind
18:14 lukeg joined #koha
18:47 StVincentMaintenance[m] joined #koha
18:48 StVincentMaintenance[m] I started a few weeks ago and got pulled away.... starting again.  Trying to move our current library system away from "Primasoft's  - Handy Library Manager" into Koha. Has anyone done this?
19:00 cait joined #koha
19:31 StVincentMaintenance[m] I have the data exported into an excel sheet and none of the books have ISBN or ISSN ... a lot have dewey
19:31 oleonard StVincentMaintenance[m]: You might try searching the web for advice on converting excel to MARC
19:32 Koha wants a MARC file for importing records
19:46 StVincentMaintenance[m] right, however the Handy Library" doesn't use MARC....
19:46 oleonard That's why I recommend searching the web for advice on converting excel to MARC
19:47 StVincentMaintenance[m] it has a lot of Dewey
19:47 I found one and it does a lot , just not  Handy Library
19:56 cait I don't think you will find one for Handy Library to MARC
19:56 it doesn't appear to be a very common system
19:57 you wil have to make up your own mappings
19:57 Dewey is nice, but not unique enough to identify a book/item
19:59 tuxayo St. Vincent Maintenance: did you have ISBN or ISSN in Handy Library Manager?
20:00 caroline_catlady joined #koha
20:01 davidnind tuxayo: see early comment, none of the books have ISBNs
20:03 tuxayo davidnind: I interpreted that as the export didn't have ISBNs. But my message wasn't clear that I was responding to that.
20:05 So yeah it was confusing ^^"
20:05 davidnind I was assuming that there were no ISBNs in the system
20:06 🙂
20:06 tuxayo Quite probable it's actually that 👍️
20:11 Shane-NP[m] Can I pass the OPAC username and password in via URL? I want to use a chromebook in managed guest session, but it can't save usernames and password
20:13 cait oleonard-away: the OpacMoreSeraches is confusing, see comment on bug :)
20:23 davidnind Shane-NP: I don't really know, but don't think you can. dcook would probably know including other options, but Australia is still waking up - maybe check with him in a couple of hours
20:24 Shane-NP[m] Thanks, I am heading off for the day myself, maybe I can catch him in my early hours :)
20:27 cait I'd worry about browser history etc.... it doesn't seem like a terribly save way of doing things
20:29 davidnind Thinks I learned through random searching, Library Carpentry has an 'Alpha' lesson on using MarcEdit http://librarycarpentry.org/lc-marcedit/
20:34 caroline_catlady Shane-NP[m], I don't think it's possible either. Like cait, I'd worry about safety. What is it that you're trying to achieve with this guest account?
20:36 tcohen[m] @later tell Joubu can you please check the two follow-ups on bug 34517
20:36 huginn` tcohen[m]: The operation succeeded.
20:41 * StVincentMaintenance[m] posted a file: (1066KiB) < https://matrix.org/_matrix/med[…]ort-10-26-23..txt >
20:41 StVincentMaintenance[m] here is one part of the library export
20:43 caroline StVincentMaintenance[m], check this video from last year, fred and lauren show how they convert csv to mrc to import into koha https://www.youtube.com/watch?v=lVeIFVkgP6o
20:44 StVincentMaintenance[m] thanks
20:47 caroline I have never done it that way personally, we have inhouse tools to convert csv to marc, but if they can do it, i'm sure you can do it too!
20:58 davidnind St. Vincent Maintenance: I had a quick look at the data, one thing I noted was that there was no title - that would be quite a challenge with so many items!
21:01 Apart from that, most of it seems OK, but a bit of tidy is required for some items - I've used OpenRefine to tidy up data before, but it might be a bit overkill (ideally you want your data as clean and tidy as possible)
21:05 Once you've got the data tidy, you need to map the columns to MARC21 fields (most look like they will map easily - I'm not sure about ID, IDNO, and PRINT_C columns - assume that they relate to the current system)
21:06 I think I would also recommend putting the DATE_ADDED column in ISO format, that is YYYY-MM-DD (but this may not be an issue...)
21:10 Also, whatever codes you use for item types (TYPE column) and shelving location (CATEGORY column (?)) need to match what you set up in Koha
21:11 But you definitely need to get the title out of your existing system.....
23:40 ProfDrOsmanBarre[m] joined #koha
23:41 tcohen[m] joined #koha
23:43 PedroAmorim[m] joined #koha
23:45 ibnsina[m] joined #koha
23:45 sub273[m] joined #koha
23:45 zimbo_[m] joined #koha
23:45 simonetteskii[m] joined #koha
23:45 MatthewBlenkinsop[m] joined #koha
23:46 scorpaust[m] joined #koha
23:46 TobiasEngelke[m] joined #koha
23:48 edveal[m] joined #koha
23:48 anpu26[m] joined #koha
23:48 eric1122[m] joined #koha
23:48 boormanthechauffeur[m] joined #koha
23:48 blueblue02[m] joined #koha
23:48 DIGITALBITS[m] joined #koha
23:48 domm[m] joined #koha
23:48 MartinWitjens[m] joined #koha
23:48 mtreskonmuse[m] joined #koha
23:48 mjkerpan[m] joined #koha
23:48 jennee[m] joined #koha
23:48 logk[m] joined #koha
23:48 philmakesstuff[m] joined #koha
23:48 lucyvh[m] joined #koha
23:48 MarliaJuzo[m] joined #koha
23:48 Noor[m] joined #koha
23:48 ksorbo[m] joined #koha
23:48 lauraesca[m] joined #koha
23:48 mrlmry[m] joined #koha
23:48 PaoloMalevolti[m] joined #koha
23:48 KodoKorkalo[m] joined #koha
23:48 bill-k[m] joined #koha
23:49 ammarspv[m] joined #koha
23:50 JanHitSamAchar[m] joined #koha
23:51 Shane-NP[m] joined #koha
23:51 DrNaseeraliMK[m] joined #koha
23:51 wrmslibrarian[m] joined #koha
23:51 NikolayGospodinov[m] joined #koha
23:51 YogeshRawat[m] joined #koha
23:51 sandeepkumar[m] joined #koha
23:51 samlau[m]1 joined #koha
23:51 PriyanshuSoni[m] joined #koha
23:51 puphaus[m] joined #koha
23:51 thibaud_g[m] joined #koha
23:54 ju4nma[m] joined #koha
23:54 RudyHinojosa[m] joined #koha
23:54 jeffhub[m] joined #koha
23:54 jamsheernp[m] joined #koha
23:54 meps007[m] joined #koha
23:54 NarayananNarayanan[m] joined #koha
23:54 clarkk30[m] joined #koha
23:54 ITMLJS[m] joined #koha
23:54 JasonGreene[m] joined #koha
23:54 SuelenAlvesdosSantos[m] joined #koha
23:54 MichaelAngeloAquino[m] joined #koha
23:54 Zahid[m] joined #koha
23:54 markfrancisonde[m] joined #koha
23:54 GeorgeWilliams[m] joined #koha
23:54 RalFran[m] joined #koha
23:54 ShopGeek[m] joined #koha
23:54 vfernandes[m] joined #koha
23:54 ArvindNaikwadi[m] joined #koha
23:54 afr4z[m] joined #koha
23:54 demetriv22[m] joined #koha
23:54 artez_zwolle[m] joined #koha
23:54 KakhaberRevazishvili[m] joined #koha
23:54 casualcatgenerator[m] joined #koha
23:54 did-g[m] joined #koha
23:54 lisette[m] joined #koha
23:54 Atral[m] joined #koha
23:54 tubaclarinet[m] joined #koha
23:54 tkero[m] joined #koha
23:54 RafaelFernandes[m] joined #koha
23:54 milikansama[m] joined #koha
23:54 rhen976 joined #koha
23:54 EmmiTakkinen|Lomalla1011-1311[ joined #koha
23:54 samlau[m] joined #koha
23:56 JosefMoravec[m] joined #koha
23:56 LaurentDucos[m] joined #koha
23:56 jenneen[m] joined #koha
23:56 johnwaynechesterton[m] joined #koha
23:56 kohaio[m] joined #koha
23:56 KarinaEsterDiez[m] joined #koha
23:56 MariaLegrand[m] joined #koha
23:56 jo[m]1 joined #koha
23:56 KevinFurst[m] joined #koha
23:57 SauloPimentel[m] joined #koha
23:58 StVincentMaintenance[m] joined #koha
23:59 MayraDiaz[m] joined #koha

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

koha1