← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
06:20 | Joubu joined #koha | |
06:20 | Joubu | hi #koha |
06:32 | magnuse | caroline++ |
06:32 | hiya Joubu | |
06:32 | * dcook | waves too |
07:09 | cait joined #koha | |
07:12 | Joubu | ok, so, where do I start?... |
07:17 | cait | at the beginning? :) |
07:17 | welcome back Joubu | |
07:17 | and good morning #koha | |
07:19 | Joubu | there are several beginnings |
07:22 | cait | many loose ends? yes... |
07:30 | Joubu | RudyHinojosa[m]: Hi! Some days ago you posted a video to lightwavelibrary where I saw references to lrms. When I google it I found a website about G4/G5. Do you know what is this about? |
07:30 | RudyHinojosa[m]: "Because LRMS has always led the way in Library Automation, we are happy to announce our Collaborative working support of this Open Source G5 Lightwave Library/Koha ILS. Designed by the Koha world-wide collective this software is free to Libraries[...]" | |
07:30 | RudyHinojosa[m]: This sentence on their website is really confusing.. | |
08:36 | mtj | hey folks |
08:37 | davewood | im looking for a custom shortcut combination that works on all major browser. a customer wants to switch the navigationtabs on cataloguing/addbiblio.pl using 0-9, left arrow, right arrow ... this is easily done adding custom js code to IntranetUserJS ... but no matter which meta keys i pick there is always one browser that does some other thing. |
08:37 | mtj | hi cait, i think download.kc.org is running on the bugzilla server, so chris |
08:38 | MatthewBlenkinsop[m] | o/ |
08:38 | davewood | alt+num switches tabs on FF, ctrl+num switches tab on edge, ctrl+alt+num doesnt work on FF, ... |
08:39 | mabe if i require the user to press ALL the buttons at once | |
08:39 | Joubu | davewood: super? |
08:39 | mtj | Joubu: i think 'G5' is their rebranded koha... poss. G4 is a closed-source ILS that they are abandoning? |
08:39 | Joubu | well forget that, not on windows :D |
08:39 | cait | davewood: it's annyoing,b ut access keys are different in all browsers |
08:40 | I looked into it a while ago | |
08:40 | * Joubu | forgot not everybody is on linux already |
08:40 | cait | mtj: I came to a similar conclusion |
08:44 | Joubu | mtj: so, source should be somewhere? |
08:44 | davewood | Joubu: meta does weird stuff with me window layout. |
08:45 | Zahid[m] | hi every one, suggestion required in cataloguing module |
08:45 | davewood | and i cant seem to prevent the event from bubbling up |
08:45 | mtj | davewood: tell your customer to use just firefox |
08:46 | davewood | mtj: I will also tell them to use linux exclusively, i'll report back if it was a success. |
08:46 | PedroAmorim[m] | morning o/ |
08:46 | davewood | im sure that particular close-to-government-institution will have no issue with my request. |
08:47 | Joubu | if you are hacking in IntranetUserJS you can still adjust the shortcut depending on the client |
08:47 | mtj | Joubu: hmm yeah, good point |
08:53 | Zahid[m] | morning, is there any system preference value to restrict the staff/user in editing/adding books in cataloguing/addbiblio.pl page for disabling the tags a,b,c etc and the boxes/indicators example 100 indicator [1][2] a c d etc;. i want disable/readonly that indicator and abcd so the user cannot type and change the indicator and (a) (b) (c) etc |
09:00 | cait | the problem I think with not using access keys is that you will probably always overwrite soem browser feature shortcut |
09:00 | you can use overlay rules | |
09:01 | administration > overlay rules | |
09:01 | but beware: it will still look like the ycan edit, but it won't save any changes | |
09:03 | mtj | davewood: https://github.com/jaywcjlove/hotkeys-js ... looks quite nice |
09:05 | https://learn.jquery.com/code-[…]rowser-detection/ | |
09:23 | Joubu | if you mistype ctrl+w too often and hit ctrl+q instead - https://support.mozilla.org/en[…]questions/1279145 |
09:23 | might happen less often with qwerty layout however | |
09:38 | davewood | cait: browser shortcuts are apparently not always overridable |
09:38 | Joubu: didnt think of browser detection, good point | |
09:45 | cait | davewood: makes sense, but doesn't make your life easier I guess :( |
09:54 | khall joined #koha | |
09:57 | cait | I am trying to join accountlines and account_offsets because I need the offsets with the borrowernumber |
09:58 | but I am failing currently... witht he debit_id credit_id links | |
10:00 | hm I think i foudn a way... but it's a little ugly | |
10:01 | https://paste.koha-community.org/25460 | |
10:08 | tcohen[m] | Hola #koha o/ |
10:38 | oleonard | o/ |
10:53 | cait | hi tcohen hi oleonard |
11:18 | kidclamp joined #koha | |
11:19 | tcohen[m] | has anyone looked at the failing tests? |
11:20 | Joubu | What's the point of tests if they are always failing? Shouldn't we simply remove them? |
11:20 | tcohen[m] | is it a rethorical question? |
11:23 | Joubu | trying to be funny, sorry :D |
11:25 | tcohen[m] | haha |
11:34 | khall joined #koha | |
12:02 | lmstrand joined #koha | |
12:13 | EvaldoSantos[m] joined #koha | |
12:13 | EvaldoSantos[m] | Hi there |
12:14 | I am facing a very weird behaviour with SMTP: sometimes it sends e-mail and sometimes not. | |
12:21 | oleonard | EvaldoSantos[m]: That sounds like it might not be a Koha-specific question. Do you have reason to believe it is Koha? |
12:21 | Joubu | yes, the S stands for that: Sometimes Mail Transfer Protocol |
12:21 | oleonard | :D |
12:23 | EvaldoSantos[m] | oleonard: Yes I do. Because it is our company e-mail service and we dont have any user complaining. |
12:24 | emlam joined #koha | |
12:24 | tcohen[m] | Koha emails are sent through the configured SMTP |
12:24 | do you see no activity in the SMTP server? | |
12:25 | EvaldoSantos[m] | I have sent a welcome e-mail to a user 10 minutes ago and it still pending. 2 hours ago it was working well. |
12:25 | tcohen[m] | right |
12:25 | when you say 'pending' | |
12:26 | you mean it is displayed as 'pending' in the Koha UI | |
12:26 | EvaldoSantos[m] | tcohen[m]: Yes I do, the configuration matches in both SMTP Server in SMTP Server and koha-conf.xml |
12:26 | tcohen[m]: Exactly | |
12:26 | tcohen[m] | messages in the message queue |
12:26 | are picked by the process_message_queue.pl cronjob | |
12:27 | you should go check the script is configured to be run with the desired frecquency | |
12:27 | and you could try to run it manually within a koha-shell | |
12:28 | the cronjob most likely runs by using | |
12:28 | koha-foreach --email | |
12:28 | it means only instances with email enabled will be picked | |
12:28 | koha-enable-email <instance> | |
12:28 | I didnt' mention it first, because you said some messages went out and others didn't | |
12:28 | EvaldoSantos[m] | tcohen[m]: This has been done. |
12:29 | tcohen[m] | so you have homework |
12:29 | happy to continue the chat once you checked those things I mentioned | |
12:33 | EvaldoSantos[m] | <tcohen[m]> "and you could try to run it..." <- Let me try it, i will let you know in a few moments. |
12:56 | <tcohen[m]> "you should go check the script..." <- Well, it is solved, just adjusted the script to run every (1) minute and the mails are flowing | |
12:56 | sudo nano /etc/cron.d/koha-common | |
12:56 | */1 * * * * root koha-foreach --chdir --enabled --email /usr/share/koha/bin/cronjobs/process_message_queue.pl | |
12:56 | khall joined #koha | |
12:57 | EvaldoSantos[m] | Thanks for the help, mostly for the quick reply. |
12:57 | tcohen[m] | congrats |
13:04 | cait left #koha | |
13:07 | Dyrcona joined #koha | |
13:31 | jalway joined #koha | |
13:33 | EvaldoSantos[m] | Can someone help me understand a doubt about the permissions of Patron: It is not possible to create a Patron Category and define permissions to that category instead so that any new patron created within that category inherits the permission, instead of applying permission directly to a single patron. I think that only way is to create a Patron (template with permission) and then Duplicate. |
13:34 | oleonard | EvaldoSantos[m]: Permissions are set on patrons. They can't be applied by patron category. |
13:34 | caroline | EvaldoSantos[m], as far as I know, the permissions are per patron only. I think I saw a plugin to copy permissions somewhere... |
13:35 | I have never tried it, but you can look at https://github.com/bywatersolu[…]missions-modifier | |
13:36 | EvaldoSantos[m] | oleonard: It is a pitty. I think I will have sticky with the "Duplicate" option. |
13:36 | oleonard | And hopefully the QA team is discussing 30623 |
13:36 | Bug 30623 | |
13:36 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=30623 enhancement, P5 - low, ---, oleonard, In Discussion , Copy permissions from one user to another |
13:40 | emlam | EvaldoSantos[m] - we use the patron batch permissions modifier plugin that caroline posted, and it has worked really nicely for us |
13:41 | if you're interested in looking into it, Koha-US has a pair of videos that are very thorough in explaining the ins and outs of it | |
13:41 | jalway | EvaldoSantos[m]: Our circulation supervisor tried using the plugin some, but just resorted to manually setting permissions. They then forgot about it and were confused with some permission issues later. My suggestion is use it/don't use it. Just make sure you don't leave stumbling blocks for yourself later. |
13:43 | oleonard | PedroAmorim[m] around? |
13:43 | PedroAmorim[m] | aye |
13:43 | oleonard | I just saw Bug 34654 |
13:43 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34654 enhancement, P5 - low, ---, koha-bugs, NEW , Submit button doesn't look right in staff forms |
13:43 | oleonard | I thought this was fixed by Bug 34341 |
13:43 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34341 normal, P5 - low, ---, oleonard, Pushed to stable , Revert Bug 34072: Holds queue search interface hidden on small screens |
13:43 | EvaldoSantos[m] | <huginn> "Bug https://bugs.koha-community..." <- I was reading the discussion, and i think comment #8 is the solution: permission profiles |
13:44 | oleonard | PedroAmorim[m]: Have you run yarn build to get the latest CSS? |
13:45 | EvaldoSantos[m]: Permission profiles is a great idea but no one has sponsored it | |
13:45 | ...despite lots of talk about people wanting it :( | |
13:46 | khall_ joined #koha | |
13:46 | jalway | Permission profiles would be nice indeed. |
13:46 | PedroAmorim[m] | oleonard: I did, but I did not have master up to date, that bug was pushed yesterday. Can confirm it's fixed. Thanks! |
13:47 | oleonard | 👍🏻 |
13:48 | EvaldoSantos[m] | <caroline> "Evaldo Santos, as far as I know,..." <- The library i am working on it at moment is small, not more than 8 persons, but within the group there are teams with different tasks. For now i can just create some Patron Template according to the needs, but it would be fine in a near future to be able to create a permission profile (that you can import/export). |
13:54 | Joubu | PedroAmorim[m]: still not interesting in fixing bug 34276? |
13:54 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34276 blocker, P5 - low, ---, koha-bugs, NEW , upgrading 23.05 to 23.05.002 |
13:54 | Joubu | looks like a critical problem, impacting stable for weeks |
13:55 | PedroAmorim[m] | hey |
13:55 | I've spent over a day trying to reproduce that, I can't | |
13:55 | Joubu | you don't need to |
13:55 | just provide the fix :D | |
13:55 | PedroAmorim[m] | can't fix something I can't reproduce |
13:55 | Joubu | comment 18 |
13:56 | yes you can, I have done that for years :D | |
13:56 | think as a computer | |
13:56 | better to write than to sign off! | |
13:57 | PedroAmorim[m] | I'm very interested as to what is the cause of that, I've tried many upgrades from and to different versions |
13:57 | with and without data | |
13:58 | Joubu | did you see what Fridolin posted? |
13:58 | PedroAmorim[m] | I have, I am and was aware of that change |
13:58 | Tomas did a fix between releases, I tried upgrading with and without that | |
13:59 | Joubu | changing DBMS? |
13:59 | PedroAmorim[m] | i have not tried that, no |
13:59 | tcohen[m] | I reproduced with DB_IMAGE=mysql:8.0 |
13:59 | soltar | |
13:59 | PedroAmorim[m] | nice |
14:10 | oleonard | jajm around? |
14:12 | * oleonard | is wondering why unimarc_field_123d.pl, unimarc_field_123e.pl, and unimarc_field_123f.pl all create a link to unimarc_field_123g.pl |
14:12 | oleonard | Looks like it's been that way forever but it doesn't look right |
14:12 | jajm | oleonard: i'm here but i don't have any answers for that unfortunately :) |
14:14 | oleonard | jajm: Who do you think would be good to CC in a bug report about UNIMARC plugins? |
14:14 | tcohen[m] | sounds like a bug |
14:14 | firdolin? | |
14:19 | jajm | not sure if it's really a bug, as all 4 plugins are extremely similar (to not say identical), so they should work correctly, but we only need one plugin, not 4 |
14:21 | oleonard | jajm: So we need one 123d/e/f/g plugin |
14:23 | jajm | yes |
14:23 | tcohen[m] | we need a 123 plugin, that can be linked on each subfield |
14:41 | caroline | Speaking of plugins... If I change something in koha-tmpl/intranet-tmpl/prog/en/data/marc21_field_008.xml do I need to change it elsewhere to see the change? |
14:42 | I see the change in my master installation, but not in KTD and am confused | |
14:44 | oleonard | caroline: You see the change in the 008 plugin popup? |
14:45 | caroline | in my master installation, yes |
14:46 | oleonard | I wonder if it's a cache somewhere not getting updated |
14:47 | caroline | i did restart_all, is there another one for cache? |
14:47 | I'm new to ktd, so I know like... two commands total | |
14:47 | oleonard | I would think that was all you needed, unless it's the browser cache |
14:47 | caroline | I'll try Ctrl+F5 maybe |
14:48 | no luck... I'll put it in Needs signoff, and maybe someone else can try | |
15:05 | Joubu | tcohen[m]: bug 34276 comment 24, cuidado! 'ADD CONSTRAINT fk_name FOREIGN KEY' vs 'ADD FOREIGN KEY fk_name' !! |
15:05 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34276 blocker, P5 - low, ---, koha-bugs, NEW , upgrading 23.05 to 23.05.002 |
15:09 | Joubu | bug 34276 has a patch now |
15:09 | PedroAmorim[m] | I'll look into to test and SO |
15:31 | oleonard | Bug 34657 |
15:31 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34657 enhancement, P5 - low, ---, koha-bugs, Needs Signoff , Merge cataloging plugins for UNIMARC 123d, e, f, and g |
16:07 | bag joined #koha | |
16:16 | oleonard | caroline still around? |
16:16 | caroline | oleonard, yes |
16:17 | oleonard | Do you know what the marc21_field_008_classifications plugin is for? |
16:17 | caroline | ooh... no |
16:17 | I didn't know we supported the classifications format | |
16:18 | oleonard | I don't even know what that means :D |
16:18 | caroline | There are different marc21 formats: bibliographic, authority, holdings and classification |
16:19 | https://www.loc.gov/marc/classification/ | |
16:20 | oleonard | So the existence of that plugin implies the existence of a classifications module and framework which we don't have |
16:20 | caroline | Maybe someone started something and it didn't go anywhere? |
16:22 | bug 17233 | |
16:22 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=17233 enhancement, P5 - low, ---, abl, CLOSED FIXED, Add 008 value builder plugin for MARC21 classifications |
16:22 | caroline | "This is a starting point for supporting classification records in Koha." |
16:22 | oleonard | Whoops :) |
16:24 | caroline | yeah so it never got anywhere I think... |
16:40 | oleonard | I wonder if people would be interested in seeing a tooltip in the MARC editor showing which cataloging plugin is used for the field |
16:41 | caroline | are there many that are interchangeable? Most are for a specific field no? |
16:42 | oleonard | Yeah I guess that's true |
16:43 | bag joined #koha | |
17:45 | oleonard | This is old, but still... I'm surprised by the number of UNIMARC countries https://snipboard.io/O6iEwB.jpg |
17:49 | caroline | wow! I thought it was France and a couple of other countries, but this is a lot more! |
17:50 | oleonard | I wondered because of the .ru email address on that recent UNIMARC framework bug reporter |
17:59 | RudyHinojosa joined #koha | |
20:53 | caroline | MARC updates are ready for signoff! bug 34648 and dependents |
20:53 | huginn | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=34648 enhancement, P5 - low, ---, caroline.cyr-la-rose, Needs Signoff , Update MARC21 frameworks to Update 31 (December 2020) |
21:08 | cait joined #koha | |
22:21 | davidnind | caroline++ |
22:22 | I've put some comments on 34648, will work on the others over the next few days (unless someone beats me to it!) | |
23:43 | tuxayo | hi :) does anyone know how to simply see with perltidy what stuff should be changed? |
23:43 | When the qa script complains about of a change, I run `perltidy the_file.pl` and open a diff between the original and the new .pl.tdy file. | |
23:44 | And then go the placed the patch touched to see what is the diff there. | |
23:44 | I wonder how other people do. |
← Previous day | Today | Next day → | Search | Index