← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
01:36 | tuxayo | Ok, gitlab included in the libre version linking ticketts |
01:38 | oh, it's only for related tickets. Having "blocks" and "is blocked by" is not in the libre version. No interest for us then... | |
01:42 | ccordova joined #koha | |
05:40 | Joubu | oleonard: I am hearing you are willing to write test plans for me? |
05:50 | @later tell tcohen 32104 - did you recreate the problem? | |
05:50 | huginn` | Joubu: The operation succeeded. |
05:58 | Joubu | @later tell ashimema Is Jacob one of your workmate? If so, can you have a look at 18247 and teach them how to signoff? :) |
05:58 | huginn` | Joubu: The operation succeeded. |
06:29 | fridolin joined #koha | |
06:38 | fridolin | https://demo.biblibre.com/ |
06:39 | Joubu | https://snipboard.io/Ym1QqO.jpg - what's this emoji? |
06:41 | bag joined #koha | |
06:42 | fridolin | an owl ? (o - o) |
06:42 | XD | |
06:42 | fridolin left #koha | |
06:47 | ashimema | Lol |
06:53 | Doh, think that was a sandbox issue at my end . But I will get him to be more vigilant in checking the patch was attached | |
06:56 | AMAR joined #koha | |
06:57 | AMAR | Hello All, |
07:03 | Joubu | how do librarians search for patron? |
07:03 | This is awful: | |
07:04 | 1. Search for "edn" in the "Search patrons" header search box | |
07:04 | 2. Autocomplete show 1 patron | |
07:04 | => You cannot select it using down key or tab, so press enter | |
07:05 | 3. Main patron search is displayed, form on the left is fill in with "edn" | |
07:05 | 4. Blink, the DT is displayed, empty, "loading" | |
07:05 | 5. Blink, there is only 1 result, we (finally!) redirect to the patron detail page | |
07:05 | any suggestions to improve that? | |
07:08 | marcelr joined #koha | |
07:08 | marcelr | hi #koha |
07:09 | Joubu | marcelr: you missed my question! |
07:09 | marcelr | which question? |
07:09 | bug ? | |
07:09 | Joubu | it is not auth related, not sure it will interest you |
07:10 | http://irc.koha-community.org/[…]2-11-18#i_2462845 | |
07:10 | marcelr | i find selection of patrons with autocomplete also a bit tedious |
07:12 | thibaud_g joined #koha | |
07:13 | Joubu | looks like we have a bug, https://jqueryui.com/autocomplete/ this is working ok (at least pressing the down key let you select items, not empty the input field!) |
07:16 | marcelr | harder to resolve probably when using external code |
07:32 | reiveune joined #koha | |
07:32 | reiveune | hello |
07:41 | marcelr | o/ |
07:48 | alex_ joined #koha | |
07:48 | alex_ | Bonjour |
07:58 | lds joined #koha | |
08:15 | Joubu | marcelr: when a bug report is marked as pushed to master, but you still want RM to have attention on it, the "additional_work_needed" keyword should be used. You don't need to adjust the status |
08:22 | marcelr | ok |
09:06 | Joubu | bug 32260, bug 32261 |
09:06 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32260 normal, P5 - low, ---, jonathan.druart+koha, Needs Signoff , Prevent alert when searching patron (autocomplete) |
09:06 | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32261 normal, P5 - low, ---, jonathan.druart+koha, Needs Signoff , Insufficient user feedback when selecting patron in autocomplete | |
09:43 | cait joined #koha | |
11:34 | tcohen | hola #koha o/ |
11:34 | oleonard | Hi tcohen |
11:49 | Joubu, no other clues about how to reproduce Bug 32260? So far I've had no luck | |
11:49 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32260 normal, P5 - low, ---, jonathan.druart+koha, Needs Signoff , Prevent alert when searching patron (autocomplete) |
11:53 | Joubu | oleonard: type faster? |
11:53 | you should hit enter before you see the autocomplete result | |
11:54 | tcohen | am I online? |
11:55 | Joubu | hum wifi down here |
12:08 | kidclamp joined #koha | |
12:20 | oleonard | Joubu++ |
12:22 | alex_ joined #koha | |
12:44 | tcohen | Joubu++ |
12:44 | oleonard++ | |
12:44 | heh | |
12:58 | Joubu | tcohen: can you push 32010 please? |
12:58 | Am I the only one not happy when Jenkins is not happy? | |
12:59 | there are some serious failures there | |
12:59 | Koha/REST/Plugin/Auth/IdP.t line 126 | |
12:59 | got: '500' | |
12:59 | expected: '200' | |
12:59 | that's... embarassing.. | |
13:01 | tcohen | can you contact any QA team member to take a look? |
13:02 | Joubu | qa_team? |
13:03 | tcohen | I'll take a look at the IdP issue |
13:03 | Joubu | there is a follow-up on bug 32154 |
13:03 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32154 normal, P5 - low, ---, pjamorim91, Pushed to master , Missing primary key on erm_user_roles table |
13:03 | tcohen | I don't feel embarrassed, but I care about |
13:04 | Joubu | the GetSoonestRenewDate ones are scary as well |
13:04 | not having the CI green for weeks (months?) is embarrassing.. | |
13:06 | tcohen | we've had a selenium test failure for months, and I didn't care much about, and also didn't got any help fixing it |
13:06 | the others are really recent | |
13:07 | fixing the failures is a good friday plan, though | |
13:10 | lots of follow-up patches on already pushed bugs is confusing for me | |
13:12 | Joubu | even if there is the keyword? |
13:12 | Do you prefer dozen of "22.11 candidates" staying in NSO? | |
13:13 | tcohen | This follow-ups don't go through QA, it is a hard call |
13:13 | I see where you're coming from, not arguing, I'm not sure what's best | |
13:14 | for example, marcel's I'd like more eyes there | |
13:14 | and now I need to take care of pointing people there for review, or take responsability for pushing things that are wrong... | |
13:14 | in a contentious subject (opinion, taste, etc) | |
13:15 | I'm not saying it is wrong, it might be the best patch ever | |
13:15 | just saying I cannot count on QA there | |
13:15 | Joubu | ok, moving it |
13:15 | tcohen | no need to move |
13:16 | I'm looking at the addition... keyword now | |
13:16 | but next ones... | |
13:17 | Joubu | too late |
13:41 | lds_ joined #koha | |
13:43 | Joubu | 32268 |
13:43 | bug 32268 | |
13:43 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32268 normal, P5 - low, ---, chris, Needs Signoff , t/db_dependent/XSLT.t is failing randomly |
13:50 | Joubu | tcohen: 32212 - in my understanding you need to push the related yarn.lock when package.json is modified |
14:33 | bug 32269 | |
14:33 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32269 normal, P5 - low, ---, jonathan.druart+koha, Needs Signoff , Circulation.t is failing randomly |
14:33 | tcohen | Joubu: should we fix it with better default in TestBuilder? |
14:34 | Joubu | I don't know |
14:34 | you are supposed to set the values you need when you write your tests | |
14:35 | I should have put this patch on its own bug report however | |
14:52 | ashimema | anyone here using an M2 mac and ktd yet? |
14:54 | Joubu | paulderscheid[m]: ? |
14:58 | JacobOMara[m] joined #koha | |
14:59 | MatthewBlenkinsop[m] joined #koha | |
14:59 | ashimema | Hi Jacob and Matt, welcome to IRC |
15:00 | MatthewBlenkinsop[m] | Hi everyone |
15:01 | caroline | Welcome! |
15:09 | Dyrcona joined #koha | |
15:12 | tcohen | welcome! |
15:29 | thibaud_g joined #koha | |
15:37 | tcohen | Joubu: the problem with asking the devs to deal with defaults in tests, is that we add a single boolean to some class, and then Circulation.t can fail randomly. And it doesn't add anything useful if we need to go track all places in which a sample object is initialized to add a default value... |
15:37 | to add the same default everywhere... | |
15:38 | that's basically what default are for :-D | |
15:39 | bag joined #koha | |
15:40 | oleonard | ashimema: mtj helped me get up and running with an M2 macbook and ktd. And I think kidclamp may have tried too? |
15:41 | fribeiro joined #koha | |
15:45 | ashimema | aha.. thanks oleonard |
15:45 | kidclamp | We tried and failed |
15:46 | ashimema | oh noes... |
15:46 | what problems did you hit | |
15:46 | paulderscheid[m] | Hi, mtj has an image that‘s working with aarch64. Smooth sailing. M1 btw. |
15:47 | ashimema | we've been having db connection stuff after we managed to get through M2 specific fun |
15:47 | now it's networking fun I think. | |
16:08 | reiveune | bye |
16:08 | reiveune left #koha | |
17:48 | dpk_ joined #koha | |
18:01 | oleonard | Anyone still around? tcohen? |
18:04 | davidnind | hi oleonard |
18:04 | oleonard | Hi davidnind, how are you? |
18:05 | davidnind | good - just starting my day... |
18:07 | oleonard | I was going to ask a question that I think it outside your area of expertise (as it is mine)... Trying to figure out how to make a template not break when using [% BIBLIO.normalized_isbn %] when normalized_isbn isn't always part of the...object? |
18:09 | davidnind | definitely outside my area of expertise 🙂 |
18:15 | oleonard | ...and my question has not manifested any sages |
18:57 | caroline | I have a self-hosted client who is reporting having the problem from bug 18855, is it normal to have the fines.pl cron run during library hours when an item could be checked in? |
18:57 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=18855 normal, P5 - low, ---, michael.hafen, Needs Signoff , Fines cronjob can cause duplicate fines if run during active circulation |
18:58 | caroline | On our hosted instances, fines.pl runs early in the morning, like 2am |
19:04 | SupportLibrary[m] | Good evening. I am currently in the process of changing the ISDB view in the service interface. I ran into the following situation and I don't know how to deal with it. At #490| |– ({ 490a ;}{ 490v })| , if tag 490 is not filled in – it is removed from the ISBD view, however, in case #245||– { 245f }| , if field 245 is not filled in – it remains. |
19:08 | About #245 these are its surrounding tags: #245|: |{ 245b. }| | |
19:08 | #245|– |{ 245f }| | |
19:08 | #245|/ |{ 245c. }| | |
20:01 | pastebot | "davidnind" at 127.0.0.1 pasted "Default ISBD view for the staff interface" (107 lines) at https://paste.koha-community.org/18704 |
20:02 | davidnind | Support Library: I don't have any knowledge of the ISBD template/view (I've posted the default) |
20:05 | If you paste what you have for your entire template at paste.koha-community.org I'll give it a try - assuming that for $245$f, if it has a value it should be displayed and if it doesn't nothing should be displayed? | |
20:05 | SupportLibrary[m] | okey |
20:08 | https://paste.koha-community.org/18706 | |
20:09 | s/https/This is the ISBD view for staffhttps/ | |
20:09 | * This is the ISBD view for staff https://paste.koha-community.org/18706 | |
20:15 | davidnind | Support Library: with your template, if I have a value in the record for 245$f it displays, if I don't it doesn't (if I understand correctly what you are trying to do) |
20:16 | SupportLibrary[m] | davidnind: The problem is this symbol: - |
20:17 | whether 245$f has a value or not, this character is not removed | |
20:29 | davidnind | it's working as expected for me (on master) - if I have a value in the record for 245$f (such as 2002) it displays as - 2002 |
20:29 | does the record have a blank space in 245$f? | |
20:30 | SupportLibrary[m] | no |
20:30 | for example if you look at #245|: |{ 245b. }{- 245f }{/ 245c. }| | |
20:31 | if i remove the value from 245c the symbol / is removed | |
20:32 | but this does not work for 245f | |
20:34 | davidnind | for the MARC view is 245$f listed? |
20:35 | SupportLibrary[m] | yes |
20:35 | at this moment when i add some value in 245$f does not show in ISBD view? | |
20:36 | i truly do not know what is going on 😂 | |
20:40 | davidnind | if there is no value in the record for 245$f, then it shouldn't be showing in the MARC view - which led me to the idea that there is a space in the record (that is, the field is not empty) |
20:41 | otherwise, your template is working for me on master, so I am all out of ideas | |
20:42 | SupportLibrary[m] | #245|: |{ 245b. }{-245f }{/ 245c. }| |
20:42 | now it woks fine | |
20:42 | i was writing with the wrong symbol | |
20:43 | davidnind | excellent! |
20:43 | SupportLibrary[m] | thank you |
20:47 | davidnind | caroline: the manual suggests that this should be run nightly if that is any help https://koha-community.org/man[…]n_jobs.html#fines |
20:49 | it seems odd to me that it is run during the day, when you might have transactions occurring that might affect fines - but I've never worked in a library... | |
20:49 | caroline | thanks davidnind! I had checked the manual, but it doesnt really specify *not* to run it during operation hours |
20:49 | I think it's weird too | |
20:51 | I was able to reproduce the behaviour of 18855, but if you run it when the library is closed, it shouldn't happen (maybe unless you have automatic returns) | |
20:53 | ashimema | So you mean where BIBLIO isn't an object at all oleonard |
20:53 | What error do you get.. a complete explosion? | |
20:56 | We have at least one include that tries to handle a similar case.. can't entirely remember which one off the top of my head.. probably Biblio related I reckon | |
20:56 | davidnind | caroline: I could add a note to the manual saying why it is recommended to run at night, or pointing out the consequence of running during the day (until the bug is fixed anyway) |
21:12 | fridolin joined #koha |
← Previous day | Today | Next day → | Search | Index