← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 02:23 | alohabot joined #koha | |
| 02:38 | cait1 joined #koha | |
| 05:56 | dcook_ joined #koha | |
| 06:00 | dcook__ joined #koha | |
| 06:22 | magnuse | \o/ |
| 06:40 | Joubu | caroline: about how-to, what is the problem you get with the translation script exactly? |
| 07:03 | fridolin: I don't recreate the patrons_search failure on 23.05, do you? | |
| 07:04 | fridolin: Secondary question, why is 23.05_D11 failing since Sep 8th? Health of Jenkins should drive the pushes... | |
| 07:09 | cait joined #koha | |
| 07:35 | Joubu | mtj: around? |
| 07:41 | mtj: https://gitlab.com/koha-commun[…]tools/-/issues/77 | |
| 07:45 | cait: 26350 I don't think it's resolved. The "Generate discharge" link is there since the first iteration of this feature. | |
| 07:46 | mtj | hi Joubu, bb10 |
| 07:56 | back.. | |
| 07:56 | Joubu: i like your idea | |
| 08:05 | Joubu | thx for the confirmation! |
| 08:07 | Demo-koha joined #koha | |
| 08:10 | PedroAmorim[m] | o/ |
| 08:16 | magnuse | \o |
| 08:17 | mtj | hi team |
| 08:17 | Joubu: re: failing trixie builds, i will try to fix in 30... | |
| 08:18 | https://gitlab.com/koha-commun[…]elines/1011040421 | |
| 08:19 | trixie wants to install gconf, but pkg has been depreciated | |
| 08:19 | https://tracker.debian.org/pkg/gconf | |
| 08:20 | hopefully selenium will still work without it...🤞🏻 | |
| 08:20 | hi PedroAmorim[m], magnuse 🍕 | |
| 08:21 | magnuse | kia ora mtj |
| 08:22 | MatthewBlenkinsop[m] | o/ |
| 08:28 | Joubu | @later tell we need 34911 ASAP |
| 08:28 | huginn | Joubu: The operation succeeded. |
| 08:29 | cait | Joubu: but what else do they want then? you can already generate a discharge for the user...? |
| 08:31 | Joubu | I don't remember, did you see comment 8? Hard to switch context for me now. |
| 08:54 | magnuse | Joubu: did you forget to tell @later who you want to send the "later" to? |
| 08:55 | Joubu | yes! :D |
| 08:55 | @later tell tcohen we need 34911 ASAP | |
| 08:55 | huginn | Joubu: The operation succeeded. |
| 08:55 | Joubu | thanks, magnuse |
| 08:55 | magnuse | :-) |
| 09:02 | TripathiDP[m] | I am getting this error in Koha Version 22.11 while issuing the books and also returning the books... (full message at <https://matrix.org/_matrix/med[…]RyFRPnsGOvrdRJsql>) |
| 09:36 | Joubu | @later tell tcohen[m] follow-up on 27634 to fix the selenium test failure |
| 09:36 | huginn | Joubu: The operation succeeded. |
| 09:40 | nikkom joined #koha | |
| 10:05 | nikkom | Hi koha :) I have changed logo in the intranet page previously. Now the library wanted me to cgange the size of the logo. When I look from inspect element (I am using firefox) I see that this change can be done from staff-global.css and I need to change height of logo from 80%; to 90%. What I want to ask is: How can I make this change? May I change css file directly? Or is there another way? |
| 10:05 | Note: To ghane logo I have used IntranetUserJS system parameter | |
| 10:14 | paulderscheid[m] | You can just target that element from IntranetUserCSS nikkom |
| 10:19 | nikkom | I opened IntranetUserCSS and it is empty. How can I give the command? Could you please give me an example? |
| 10:20 | I'm not sure about the syntax | |
| 10:21 | khall joined #koha | |
| 10:23 | Joubu | nikkom: use plain CSS |
| 10:24 | oleonard | nikkom: If you've already found the right selector in the inspector you can right-click to copy the whole rule and paste it into IntranetUserCSS, then modify it as needed |
| 10:36 | nikkom | Ohh I did it. Dear paulderscheid[m], joubu and oleonard thanks a lot you all |
| 11:56 | tcohen[m] | hola #koha o/ |
| 12:02 | khall joined #koha | |
| 12:04 | cait | hola tcohen :) |
| 12:31 | ashimema | still around oleonard? |
| 12:31 | oleonard | Yep |
| 12:31 | ashimema | any thoughts on how difficult it might be to swap in the latest datatables? |
| 12:31 | I'm getting told there's some vulnerability with out version | |
| 12:32 | oleonard | Usually it's not too difficult if I remember correctly |
| 12:32 | ashimema | I was hoping you'd say that 🙂 |
| 12:33 | cait | "usually"? ;) |
| 12:34 | oleonard | Well I'm not going to say "always" !! |
| 12:35 | aw-bib[m] | may I ask what the table chekcout_renewals tracks? are these the seen renewals for an item identified by checkout_id == issue_id where the time stamp refers to the timestamp of renewal? |
| 12:36 | ashimema | all renewals |
| 12:36 | cait | whenever an item is renewed, it creates an entry in that table |
| 12:36 | ashimema | i believe type is recorded in the table |
| 12:36 | cait | but I am usre you could get away without filling it |
| 12:36 | because we had to keep it backwards compatible and it all still works ok if you just have the renewals count in the issues table | |
| 12:36 | the only caveat is that you can't see the 'renewal history' in the GUI | |
| 12:36 | aw-bib[m] | it seems I can get away without, I just try to understand it's relation to issues and issues_old. |
| 12:37 | ashimema | the code is written to not worry too much if the table isn't populated.. because clearly before the feature existed it would be empty |
| 12:37 | cait | exactly |
| 12:37 | if you want to migrate it, I thin the link is the issue_id | |
| 12:37 | aw-bib[m] | ah perfect. :) cause my old system only tracks number of renewals but not the dates. if I have to populate it I'd need to do some math. |
| 12:38 | cait | we'll claim it's a thought through feature that they are optional :) |
| 12:38 | khall joined #koha | |
| 12:38 | aw-bib[m] | 👍️ :) |
| 12:38 | cait | hi khall! |
| 12:38 | wahanui | hi khall is probably my consciousness present in this realm? |
| 12:38 | khall | hi cait! |
| 12:39 | oleonard | ashimema: Already I see styling issues :/ |
| 12:39 | magnuse | hi khall! |
| 12:39 | wahanui | hi khall is probably my consciousness present in this realm? |
| 12:40 | ashimema | ho.. did you just give it a try. |
| 12:41 | oleonard | Yes |
| 12:41 | ashimema | looks like jQuery validate is also flagged |
| 12:41 | keeping up with libraries is hard | |
| 12:41 | thanks for taking a look | |
| 12:47 | aw-bib[m] | If I do populate the issues and old_issues with our entire loan history (basically, I understand that this is like replaying the history), should I still set 952__|l |m |n |q |r |s in the bibrecords I migrate? |
| 12:47 | emlam joined #koha | |
| 12:50 | aw-bib[m] | (refering to total checkouts, renewals, holds, due date etc.) |
| 12:50 | oleonard | ashimema: Have you filed a bug for the DT upgrade? I can work on it |
| 12:51 | ashimema | not yet |
| 12:52 | I'll add one now | |
| 12:55 | Dyrcona joined #koha | |
| 12:56 | ashimema | bug 34913 |
| 12:56 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34913 is not accessible. |
| 13:03 | oleonard | Ugh, so many CSS changes :( |
| 13:04 | ashimema | ☹️ |
| 13:16 | oleonard | It's okay ashimema CSS changes are where I'm a viking |
| 13:22 | caroline | Joubu, the error is when I run gulp po:update --lang fr-CA https://snipboard.io/u5WPFj.jpg |
| 13:23 | if i remove how-to.pl and how-to.tt. the gulp po:update command doesn't return any error | |
| 13:23 | ashimema | 😄 |
| 13:24 | kidclamp | oleonard: are you in the camp that thinks Ralph dreams he is a viking, or that he is so good at sleeping he is like a viking of sleep? |
| 13:24 | Joubu | caroline: can you create a bug? and cc me please |
| 13:24 | ashimema | 😂 |
| 13:25 | oleonard | kidclamp: Viking of sleep is how I always thought of it |
| 13:25 | Never even considered the other way! | |
| 13:25 | kidclamp | I agree, apparently the writers themselves are divided on how it was meant |
| 13:33 | caroline | Joubu, done! |
| 13:35 | ashimema | someone did work on NCIP some time didn't they? |
| 13:35 | or did I imagine that | |
| 13:35 | magnuse was that you? ^ | |
| 13:36 | magnuse | hm, maybe if you are thinking like 9 years ago? |
| 13:36 | ashimema | probably |
| 13:36 | wahanui | i heard probably was too hard. |
| 13:36 | ashimema | so gues it would have been NCIP1, not NCIP2? |
| 13:37 | did it get anywhere? | |
| 13:37 | magnuse | i do think bywater have done some work |
| 13:37 | cait | aw-bib[m]: you might be better off - Koha pull information from different places in different spots |
| 13:37 | aw-bib[m]: I haven't checked every subfields, but assume these are totals for renewals checkouts etc.? | |
| 13:37 | magnuse | ashimema: https://github.com/bywatersolutions/ncip-server |
| 13:37 | cait | you'll also want to set the one that is items.onloan with the due date if something is checked out |
| 13:37 | aw-bib[m] | right. I was wondering if it is adding stuff up. |
| 13:38 | ashimema | aha, thanks magnuse |
| 13:38 | magnuse | ashimema: not sure if it was 1 or 2, it was a norwegian profile of ncip. i got norwegian ill based on ncip to like 90%, but i think oslo public library had something they used for a number of years in prouction |
| 13:38 | cait | I am not sure if there are any scripts to auto-populate |
| 13:39 | caroline: you might have to file the how-to in the ktd issue tracker | |
| 13:40 | caroline | OK i wasn't sure if it was a koha thing or a ktd thing |
| 13:41 | aw-bib[m] | cait: I set almost everything I have including the due date. (`|q`) I was just wondering if it confuses koha if it get's this information once during bibliographic upload and then by filling the `issues` / `old_issues`. and once I tried to understand what's going on I stumbled upon `checkouts_renewals` and also the `action_logs` that hold certain circulation stuff. |
| 13:41 | ashimema | cheers |
| 13:41 | we're looking at exlibris rapido (which is RapidILL with more bolted on.. but it basically all looks like NCIP2 behind the scenes) | |
| 13:42 | as yet another ILL backend.. we have far too many over here.. it ain't half confusing. | |
| 13:42 | and many of our customers like to have lots of them all running in parallel | |
| 13:43 | cait | aw-bib[m]: i think you can ignore the action_logs here - you won't see the tranactions in the log viewer |
| 13:43 | but the circ history i think is built using issues or statistics | |
| 13:43 | magnuse | ashimema: sounds like fun! |
| 13:43 | * magnuse | wanders off to make pasta with mushrooms |
| 13:44 | ashimema | sounds tasty, enjoy |
| 13:44 | aw-bib[m] | cait: `statistics` is something that gets populated automatically? |
| 13:45 | it seems that I need to fill this as well. | |
| 14:04 | cait | pretty much nothing gets automatically populated if you use SQL |
| 14:04 | but usually it would | |
| 14:05 | I think our API is not complete yet when it comes to checkins/checkouts... for the future that might be interesting | |
| 14:06 | aw-bib[m]: histories are often left out in migreations | |
| 14:06 | I think we have only done it in one project so far | |
| 14:06 | always worth checking if the data is really used for something | |
| 14:07 | specials and academics often don't really use them that much (as compared to public libraries that will weed a lot more) | |
| 14:12 | aw-bib[m] | an API for ci/co/re would indeed solve this "don't forget ...". (that's why I was pondering koc and indeed also issuing sip sequences.) |
| 14:13 | > specials and academics often don't really use them that much | |
| 14:13 | well I am not that much a fan of all this counting myself, but if I can migrate the stuff I'd prefer not to loose it. especially as "after aleph" we have some pretty good data accumulated. | |
| 14:21 | * oleonard | runs to magnuse's house |
| 15:01 | cait left #koha | |
| 15:11 | oleonard | ashimema: Put "Usually it's not too difficult" on my tombstone |
| 15:35 | ashimema | hugs |
| 15:37 | Shane-NP[m] | Can I change the name order appearance in OPAC? |
| 15:37 | its sur, middle, first, I would like first, middle, sur | |
| 15:48 | oleonard | Shane-NP[m]: That's not a configuration option, so you can't do it without modifying the source |
| 16:06 | cait1 | oleonard: is that the logical sequence? |
| 16:07 | it looks like the patron form in staff has it: surname first name middle | |
| 16:07 | ah ok, opac is the same | |
| 16:12 | caroline | ugh, why are holds so complicated? |
| 16:13 | I'm trying a configuration and the place hold button appears on the results list but not on the biblio details page... (I want to to be holdable and it works if I click on the button in the results list) | |
| 16:27 | kidclamp | results calculation is a guess |
| 16:27 | it's not the full calculation, for speed | |
| 16:28 | caroline | So basically what you're saying is that my configuration is wrong since the details page is the "real" calculation? |
| 16:29 | kidclamp | that was true once upon a time, trying to verify |
| 16:30 | caroline | its a very particular need (why do libraries insist on making everything so complicated??) where the central library is the only one that allows holds, from patrons from any other library |
| 16:31 | I used the "Holds policy by item type" rules for each library to forbid holds except for the central library | |
| 16:32 | (based on the item's library) | |
| 16:39 | kidclamp | Yeah, Koha::Items->filter_by_for_hold - "Return the items of the set that are *potentially* holdable." |
| 16:40 | but this sounds like a bug if you can successfuly place hold from results and not from details | |
| 16:41 | I would file and include your setup | |
| 16:41 | caroline | filing right now :) |
| 17:01 | Shane-NP[m] | so...I would need to do a git pull, modify the code, suggest a patch and see if it is approved type thing if I want to an option under admin menu? |
| 17:05 | emlam | Shane-NP[m] Are you talking about changing the order in which the input fields display? If so, I believe you could do that with JQuery in OPACUserJS |
| 17:08 | Shane-NP[m] | Yeah, All our labels are printed First Last Middle, and in OPAC its Last (Surname) Middle First |
| 17:08 | I will take a look thanks | |
| 17:10 | khall_ joined #koha | |
| 17:13 | khall_ joined #koha | |
| 17:45 | oleonard | Looks like the DataTables "clear filter" button on patron search results is broken? |
| 17:51 | khall joined #koha | |
| 17:53 | khall_ joined #koha | |
| 17:54 | Shane-NP[m] | Where does the OPACJS text get appeneded or created at in the source? I am not finding my code |
| 17:55 | emlam | It's a system preference in the Administration module |
| 17:56 | oleonard | Shane-NP[m]: If you're talking about where it is when you view source on your page, it should be at the very bottom |
| 17:56 | Shane-NP[m] | yeah source let me check I was using chrome and looking at all the .js files |
| 17:58 | I just put this in there to see if I can view it in the log... console.log(stringArray); // ["my", " ", "car", " ", "is", " ", "red"] not finding it | |
| 18:08 | ill have to mess with it later, I have lived with it this long...why change now :P I think the issue is I include middle names this time around | |
| 18:09 | I used to omit them, but we have 2 patrons with same first and last ...so middle was needed to help sort who is who | |
| 18:09 | Anyway, thank you for the help. I will play with JQuery more when I have time. | |
| 18:12 | caroline | Middle name is also pretty recent in Koha, maybe that's why you didn't have them before |
| 18:54 | emlam | anyone remember the syspref that controls whether the returns table shows all scanned items, or only items that were previously checked out? I can't seem to find it |
| 18:56 | caroline | emlam, probably ShowAllCheckins |
| 18:57 | emlam | yup, that's the one. Thanks, caroline! |
| 19:35 | khall joined #koha | |
| 19:49 | davidnind | oleonard: can confirm, clear filter button for patrons not working for me in master |
| 21:03 | GeorgeWilliams[m] joined #koha | |
| 21:21 | khall joined #koha | |
| 21:45 | mtj | TripathiDP[m]: it looks like you have a database problem, is it running? |
| 23:29 | tuxayo | Does anyone know a ressource for testing EDI/EDIFACT stuff? For example I want to do «Find or create an item invoiced via an EDI INVOICE message» |
| 23:29 | look at git log for test plans mentioning EDIFACT or EDI didn't help. | |
| 23:30 | Same with https://koha-community.org/man[…].html#edi-process |
← Previous day | Today | Next day → | Search | Index