Time  Nick         Message
23:57 koha-jenkins Project Koha_Master_D9 build #2006: SUCCESS in 38 min: https://jenkins.koha-community.org/job/Koha_Master_D9/2006/
23:48 alohabot     🎁 🦄 Koha 'master' packages pushed to 'koha-staging' repo  🥗🥝🍠
23:20 huginn       News from kohagit: Bug 30824: Improve performance of BatchCommitItems <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=bb6be983d662cf15ecb29382cffaadfba56b2c79>
23:20 huginn       News from kohagit: Bug 30824: (follow-up) POD <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=824b676de7b0a6b288c1dea31ad839c662b17893>
20:27 fridolin     bag: watsup ?
20:27 fridolin     yeyeyy
20:22 bag          and did a great job wahanui
20:22 wahanui      well, fridolin is RM for 22.05
20:22 bag          heya fridolin
20:09 fridolin     yllow
19:37 victor_      Duplicate entry 'ar' for key 'PRIMARY'
19:36 victor_      Resync DB structure for existing installations ERROR
19:34 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29605 major, P5 - low, ---, jonathan.druart+koha, RESOLVED FIXED, DB structure may not be synced with kohastructure.sql
19:34 victor_      koha-upgrade-schema library Upgrade to 21.12.00.013  [19:25:20]: Bug 29605 - Resync DB structure for existing installations ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry 'ar' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739
19:27 victor_      how can i fix?
19:23 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29605 major, P5 - low, ---, jonathan.druart+koha, RESOLVED FIXED, DB structure may not be synced with kohastructure.sql
19:23 victor_      koha-upgrade-schema library Upgrade to 21.12.00.013  [19:25:20]: Bug 29605 - Resync DB structure for existing installations ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry 'ar' for key 'PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 739
19:21 victor_      When trying to restart the database of an instance in koha mysql is showing the following error
19:19 victor_      i need help with mariadb on koha
19:18 victor_      olá
18:05 koha-jenkins Project Koha_Master_D12 build #164: SUCCESS in 1 hr 5 min: https://jenkins.koha-community.org/job/Koha_Master_D12/164/
17:50 koha-jenkins Project Koha_Master build #2057: STILL UNSTABLE in 1 hr 9 min: https://jenkins.koha-community.org/job/Koha_Master/2057/
17:36 cait         alexis: does your user have permissions to edit/access patrons?
17:35 cait         t
17:30 koha-jenkins Project Koha_Master_D9 build #2005: SUCCESS in 40 min: https://jenkins.koha-community.org/job/Koha_Master_D9/2005/
17:22 koha-jenkins Project Koha_Master_D10 build #683: SUCCESS in 52 min: https://jenkins.koha-community.org/job/Koha_Master_D10/683/
16:59 koha-jenkins Project Koha_Master_D9 build #2004: SUCCESS in 1 hr 6 min: https://jenkins.koha-community.org/job/Koha_Master_D9/2004/
16:50 koha-jenkins Project Koha_Master_D12 build #163: SUCCESS in 35 min: https://jenkins.koha-community.org/job/Koha_Master_D12/163/
16:40 koha-jenkins Project Koha_Master build #2056: UNSTABLE in 38 min: https://jenkins.koha-community.org/job/Koha_Master/2056/
16:39 koha-jenkins Project Koha_Master_U20 build #436: SUCCESS in 44 min: https://jenkins.koha-community.org/job/Koha_Master_U20/436/
16:29 koha-jenkins Project Koha_Master_D11_My8 build #868: SUCCESS in 56 min: https://jenkins.koha-community.org/job/Koha_Master_D11_My8/868/
16:17 alexis       Hi everyone, I am trying to use KOHA REST Api and I have problems doing a simple request. I use this request to have a token `/api/v1/oauth/token` and I get it. But when I do this request `/api/v1/patrons` using the token in header it returns me `"error": "Authentication failure."`. What did I do wrong ? I try with curl and Insomnia (same as Postman)
16:14 wahanui      Congratulations!
16:14 koha-jenkins Project Koha_Master_D11_MDB_Latest build #955: FIXED in 35 min: https://jenkins.koha-community.org/job/Koha_Master_D11_MDB_Latest/955/
16:14 koha-jenkins Yippee, build fixed!
16:10 ashimema     i may have already done it on that branch somewhere but can't spot it.
16:10 ashimema     clearly we would probably want to add back in the branchcode and css for the results display a bit.. but that's pretty easy
16:09 ashimema     the code was trivially simple though.. that's the relevant stuff.
16:09 pastebot     "ashimema" at 127.0.0.1 pasted "patron search select2" (52 lines) at https://paste.koha-community.org/9956
16:05 ashimema     I recently demoed it, but the branch looks a bit behind again
16:05 ashimema     https://gitlab.com/mrenvoize/Koha/-/tree/bug_29002
16:02 ashimema     good question
16:01 koha-jenkins Project Koha_Master_D10 build #682: SUCCESS in 58 min: https://jenkins.koha-community.org/job/Koha_Master_D10/682/
16:01 ashimema     hmm
16:01 oleonard     Is your bookings branch on Gitlab testable in its current state? I'd like to see your Select2 autocomplete in action
16:00 ashimema     only have the fall through for the actual full fat patron search ?
16:00 ashimema     maybe the select2 should just use the same pref and we should drop the fallthrough entirely for anywhere where a select makes sense
16:00 ashimema     the recent work made sure it uses the syspref that defines default search fields when you drop through to the full results search
15:59 ashimema     i.e. what fields it searches against.. but I'm not sure
15:59 ashimema     I 'think' that actual search may be different too..
15:59 oleonard     The limit was put in place because of the perceived inefficiency of the search at the time
15:59 ashimema     in a nice scrollable select that used the api paging to maintain good performance
15:58 ashimema     I had it displaying really nicely and it gave all results easily
15:58 ashimema     that may well be why I came up with using Select2 in the first place
15:58 ashimema     I hadn't spotted that
15:58 ashimema     ooh.. they're capped to 10 results
15:57 oleonard     Autocomplete results are capped currently
15:57 ashimema     yeah.. I do really like the consistency
15:57 ashimema     with select2 the results are infinitely scrollable
15:57 ashimema     does it actually give you more results?
15:57 oleonard     One of the things 30578 tries to do is make the autocomplete information consistent which I like.
15:57 oleonard     More results, in case my initial terms weren't narrow enough. Maybe more details, but I guess it depends.
15:56 ashimema     and if you do.. what does the full results give you extra?
15:56 oleonard     Myself, rarely.
15:55 ashimema     how often do you actually hit the 'Search' button to get the full results?
15:55 koha-jenkins Project Koha_Master_U22 build #89: SUCCESS in 46 min: https://jenkins.koha-community.org/job/Koha_Master_U22/89/
15:55 ashimema     so for placing a reserve for example
15:54 oleonard     You lost me there at the end
15:54 ashimema     like.. start typing lastname and then just select..
15:54 ashimema     but for a simple select won't you know enough to get there by autocomplete the majority of the time.
15:54 ashimema     I can understand for the top search box you want it to get to more advanced search options
15:53 ashimema     how often do you actually need to fall back
15:53 ashimema     it is not
15:53 oleonard     That's not the case now is it?
15:53 oleonard     I guess that's an argument for keeping the pref, but if we want to really be consistent we'd need to make sure anywhere we have a patron autocomplete search we also had the fallback
15:53 koha-jenkins Project Koha_Master_D12 build #162: SUCCESS in 1 hr 5 min: https://jenkins.koha-community.org/job/Koha_Master_D12/162/
15:52 ashimema     old school.. haha
15:52 ashimema     and that gets results..
15:52 ashimema     but they see the spinner and pause so many disable it so that they just type and return
15:52 ashimema     of course.. they can just hit return
15:52 ashimema     i.e. they don't like the brief pause and wait for autocomplete before firing the full search
15:52 oleonard     Hm.
15:52 ashimema     no because of server burden but because they find it a bit jarring having both
15:51 oleonard     Do you know why?
15:51 ashimema     most of our libraries actually turn it off.. haha
15:51 ashimema     autocomplete only searches on firstname, surname and cardnumber.. I believe
15:51 ashimema     the main different is what fields we allow searching on
15:50 oleonard     I guess "libraries" is the wrong decision-maker there ;)
15:50 ashimema     yeah... your right.. the question is how often do we actually need to fall back and do a full search and display of results
15:50 oleonard     It used to be that libraries wanted to turn off autocomplete to take a burden off their server as I understand it
15:50 oleonard     As we move to rely more and more on the REST api I think getting rid of the preference makes sense
15:50 ashimema     and actually does a full on search if you click the search box.. showing a set of results you then click through to go to the next step in the form.
15:49 ashimema     holds is a weirder case because I think it's actually tied to the autocomplete syspref?
15:49 oleonard     I think that's the core of the inconsistency... Whether or not the user can bypass the autocomplete results (which may be too limited) and get to the "full fat" results as you say :)
15:49 ashimema     and not really loose anything.
15:48 ashimema     I think for both those cases above we could switch to select2 happily
15:48 ashimema     course reserves is an interesting case in that it follows a 'search to add' workflow.. again presenting with a search box that never takes you to a full fat search results but gives a dropdown (like a select) and 'adds the user' if you select in it.
15:48 oleonard     I'll say this: If we can satisfy our autocomplete needs with Select2 I would be happy because I'd rather not have to introduce a new dependency, and ultimately the goal is to get rid of jQueryUI autocomplete
15:47 ashimema     hence my raising to discuss
15:47 ashimema     I had a feeling you might be
15:47 ashimema     hehe
15:46 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30578 enhancement, P5 - low, ---, jonathan.druart+koha, Needs Signoff , We should drop circ/ysearch.pl in preference to using the REST API's
15:46 oleonard     Thinking about Bug 30578 too? I was just looking at it myself.
15:46 ashimema     there's no 'search' button and it only ever displays the little drop down autocomplete as the results.
15:46 ashimema     it uses the autocomplete stuff.. which is in effect a searchable select
15:45 ashimema     example.. Log viewer has a 'librarian' filter
15:45 ashimema     do you have an opinion, consistency wise, of when a searchable select should be used vs a full on search results display?
15:44 oleonard     Yup
15:44 ashimema     oleonard still around?
15:33 koha-jenkins Project Koha_Master_D10 build #681: SUCCESS in 53 min: https://jenkins.koha-community.org/job/Koha_Master_D10/681/
15:16 alohabot     🎁 🦄 Koha 'master' packages pushed to 'koha-staging' repo  🍊🥘🍖
15:10 reiveune     bye
15:08 koha-jenkins Project Koha_Master_U20 build #435: SUCCESS in 43 min: https://jenkins.koha-community.org/job/Koha_Master_U20/435/
15:03 koha-jenkins Project Koha_Master build #2055: SUCCESS in 1 hr 14 min: https://jenkins.koha-community.org/job/Koha_Master/2055/
14:59 koha-jenkins Project Koha_Master_D9 build #2003: SUCCESS in 39 min: https://jenkins.koha-community.org/job/Koha_Master_D9/2003/
14:52 huginn       News from kohagit: Bug 30780: Librarians with only "place_holds" permissions can not update holds data... <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=71a95d35574db31e21a6815fc696ee2b446c617e>
14:51 huginn       News from kohagit: Bug 30780: Regression tests <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=ccfedaa5d9039decb5cf61264621d360e75b94ac>
14:47 koha-jenkins Project Koha_Master_U22 build #88: SUCCESS in 1 hr 5 min: https://jenkins.koha-community.org/job/Koha_Master_U22/88/
14:45 alohabot     🎁 🦄 Koha 'master' packages pushed to 'koha-staging' repo  🥒🍢🍗
14:40 koha-jenkins Project Koha_Master_D11_My8 build #867: SUCCESS in 56 min: https://jenkins.koha-community.org/job/Koha_Master_D11_My8/867/
14:24 koha-jenkins Project Koha_Master_D11_MDB_Latest build #954: UNSTABLE in 43 min: https://jenkins.koha-community.org/job/Koha_Master_D11_MDB_Latest/954/
14:17 alohabot     🎁 🦄 Koha 'master' packages pushed to 'koha-staging' repo  🍜🥙🍘
14:11 huginn       News from kohagit: Bug 30798: Change column order on account-fines table column settings <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=c16e366af58bd41783a478bf9d7d8fc3257bc874>
14:11 huginn       News from kohagit: Bug 30904: (bug 24387 follow-up) Fix library modification of additional contents <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d5fdd1217c74757d6b3d374912b158912b0810d9>
14:11 huginn       News from kohagit: Bug 30912: Fix db rev 21.12.00.016 <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d3e6c3c7090ed706a152c6c465efc767fc0428c1>
13:53 cait         hm yep I think I confirmed
13:50 cait         but I didn't spot another xslt for it
13:50 wahanui      okay, cait.
13:50 cait         oleonard: I am also slightly confused by now :)
13:45 tcohen       don't leave Joubu
13:45 Joubu        :D
13:45 Joubu        :q
13:45 oleonard     I think that's the way it was meant to work, but I'm not positive
13:44 cait         oleonard: is it correct hat the  catalog result list XSLT is also used for the list result list?
13:39 huginn       News from kohagit: Bug 12630: Prioritizing "Hold starts on date" -holds causes all other holds to be... <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=05ac7e0d4a1d4247df43f4a83ead509cfaffa04c>
13:39 huginn       News from kohagit: Bug 12630: (QA follow-up) - Rename _ShiftPriorityByDateAndPriority to _ShiftPriority <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=0ca445fca8262ad3a0e2b44c7516417e81532c43>
13:39 huginn       News from kohagit: Bug 12630: Add regression tests <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=2369076f99ce3415bcfe6ced74cc3edb6aef5a09>
13:39 huginn       News from kohagit: Bug 30883: Authorities merge is limited to 100 biblio with Elasticsearch <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=48d4b016ab8f5b7199efe75384c592e39e5dfce6>
13:39 huginn       News from kohagit: Bug 30914: (24153 follow-up) Fix cleanup_database.pl --transfers --old-reserves <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=a6166405c7d7886466a8d1264c98970b4973f77f>
13:39 huginn       News from kohagit: Bug 30399: Make Patron.t pass even if mandatory attributes exist <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=523a2f297d09015818eec2785de5cc538ff65852>
13:39 huginn       News from kohagit: Bug 30924: Fix transferstoreceive.pl explosion on recalls <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=46387c3845b7a22a661e79910eb4787795f3c594>
13:39 huginn       News from kohagit: Bug 30924: Add missing branchtransfers.reason value for recall cancellation <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=54372681bec7e81e044e32644330e38093408f8f>
13:39 huginn       News from kohagit: Bug 30924: DBIC update <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=82a139794626ebeaa372611ef8d4d95ee849d1f1>
13:39 huginn       News from kohagit: Bug 12630: Rebase tests and cover CheckReserves <https://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=a1739ea43bfb7110059446989483f3282784527c>
13:06 marcelr      ;)
13:06 marcelr      :q
13:05 marcelr      jajm yes you need a path normally /var/lib/koha/INSTANCE/uploads
13:03 jajm         tcohen, oleonard, i think the upload_path is already mandatory for making uploads permanent ?
12:54 marcelr      great oleonard
12:54 oleonard     Sure I will take a look marcelr
12:53 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25498 enhancement, P5 - low, ---, m.de.rooy, Needs Signoff , Allow to change owner of public or shared list
12:53 marcelr      anyone willing to test / sign off on bug 25498 ?
12:51 tonys        Well it is a mess right now --- I'll use the backups
12:51 Joubu        reinject your backup, restart the different services (apache2, koha-common, memcached) and hit the interface, you will be redirected to the upgrade process
12:49 Joubu        no need for that
12:49 tonys        okay let me reinstall the entire system
12:49 Joubu        You should reconsider replaying the upgrade from a backup
12:48 Joubu        you have something wrong with your installb
12:48 Joubu        It has been added by a previous version
12:46 tonys        Do I also need to add that column
12:45 Joubu        What's your question?
12:43 tonys        no there is no error I'm doing this via command line
12:43 Joubu        tonys: what's the error? Don't you have the 'urls' column?
12:41 tcohen       will take a look
12:41 marcelr      i was hoping for your great solution :)
12:40 marcelr      it should be a boolean but now it is a zero
12:40 tcohen       ah
12:40 tonys        The end of that code you sent me is giving an error (urls) is that suppose to be something else
12:40 marcelr      it was caused by the remove category report
12:39 tcohen       that's a feature here
12:39 tcohen       marcelr: love it
12:39 Joubu        tonys: yes
12:38 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30925 major, P5 - low, ---, koha-bugs, NEW , Creating public list by adding items to new list creates a private list
12:38 marcelr      tcohen: did you see bug 30925
12:35 tuxayo       tonys: You can just tell the news about the problem you had. Maybe others will have also ideas about what you need to do.
12:35 tuxayo       lol
12:35 tonys        Got it
12:34 huginn       tcohen: Quote #257: "<pianohacker> That code has enough smells to start a perfume shop" (added by wizzyrea at 10:13 PM, June 12, 2013)
12:34 tcohen       @quote random
12:34 tcohen       it is used by the bots to trigger some special actions
12:34 tuxayo       It triggers the bots ^^
12:34 tonys        Sorry
12:34 tcohen       \o
12:34 marcelr      o/
12:34 tcohen       tonys: don't use the @
12:33 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30733 enhancement, P5 - low, ---, victor, Needs Signoff , Simplify translatable strings
12:33 tuxayo       Thanks Joubu for all your findings in bug 30733 , I finally address them.
12:33 huginn       tonys: I've exhausted my database of quotes
12:33 tonys        @Joubu -- are you still here
12:27 huginn       tcohen: Title
12:27 tcohen       @marc 245 a
12:27 cait         huh.
12:27 huginn       cait: unknown field/subfield combination (866/a)
12:27 cait         @marc 866 a
12:26 tcohen       jajm: it will make the dev pushed faster, if that's what you aim :-D
12:26 huginn       cait: unknown field/subfield combination (866/x)
12:26 cait         @marc 866 x
12:26 huginn       cait: unknown field/subfield combination (866/z)
12:26 cait         @marc 866 z
12:24 tcohen       jajm: can you address this questions?
12:17 oleonard     (I haven't tested the patch)
12:17 oleonard     Don't we go from needing a category to make things permanent to needing an upload path to make them permanent?
12:16 cait         removing the cateogires shoudl not make everything temporary by accident
12:16 cait         hm maybe also something to keep in mind with the patch set
12:16 tcohen       I never liked the need for a category so things are not temporary
12:15 tcohen       I like getting rid of the categories, but that's just a personal preference.
12:15 tcohen       ah, right
12:11 oleonard     I think the question is whether or not the category system should be replaced by the upload path system, since behind the scenes the categories were defining different upload paths?
12:09 tcohen       what is the question, cait?
12:03 oleonard     Yeah cait I don't know if I can help there
12:00 tcohen       UPLOAD?
11:58 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19318 enhancement, P5 - low, ---, julian.maurice, Signed Off , Add ability to use custom file upload paths
11:58 cait         bug 19318 - wondering about the categories
11:58 oleonard     I've tested it, but we don't use it in production
11:58 cait         i remember you did some work on the forms, but not sure
11:57 cait         oleonard: are you using the upload file feature?
11:57 cait         where do you get english weather info from?
11:29 oleonard     Yikes
11:28 Joubu        ha, it keeps rising, Friday 36 feel 40
11:27 Joubu        hot and humid, the best... :D
11:27 Joubu        Tomorrow  33° feel 37° Hot and humid with intervals of clouds and sun
11:26 Joubu        Today, Toulouse: 29° Feel 33° A blend of sun and clouds
11:26 Joubu        heat wave starting tomorrow here... :-/
11:23 oleonard     Ohio weather is chaotic
11:22 ashimema     32C.. that's barmy
11:21 oleonard     :(
11:21 oleonard     That's 32C to you.
11:21 oleonard     Athens OH, Partly to mostly cloudy. A stray shower or thunderstorm is possible. High around 90F.
11:20 ashimema     Stevenage, Sunny and Warm, No Showers
11:20 cait         but at least it helped me out here now... pretty lost without the docs
11:19 cait         I wish it did the weather again
11:15 ashimema     lol
11:15 oleonard     That's just like us librarians, more concerned about the weather than about our jobs (rip wunder)
11:14 oleonard     It's been ages since I've seen anyone use it
11:13 * ashimema   didn't know huginn did that
11:12 huginn       cait: Materials specified
11:12 cait         @marc 856 3
11:12 huginn       cait: Public note  (Repeatable)
11:12 cait         @marc 856 z
11:12 huginn       cait: unknown tag 856$z
11:12 cait         @marc 856$z
11:11 cait         (marc documentation from LOC is down)
11:11 huginn       cait: The information needed to locate and access an electronic resource. The field may be used in a bibliographic record for a resource when that resource or a subset of it is available electronically. In addition, it may be used to locate and access an electronic version of a non-electronic resource described in the bibliographic record or a related electronic resource. (Repeatable) (1 more message)
11:11 cait         @marc 856
11:06 wahanui      hi oleopard
11:06 cait         hi oleonard
11:04 oleonard     Hi #koha
10:37 tonys        Thank you Joubu let me add that information to the database and see what happens
10:36 Joubu        sometimes not that silly ;)
10:35 Joubu        tonys: ignore wahanui and huginn, they are silly bots
10:35 Joubu        ALTER TABLE `article_requests` ADD COLUMN `cancellation_reason` varchar(80) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT 'optional authorised value AR_CANCELLATION' AFTER `urls`
10:35 Joubu        you can add the missing column with the following SQL query, but it should be good to know what happened
10:35 wahanui      i already had it that way, huginn.
10:35 huginn       tonys: I'll give you the answer as soon as RDA is ready
10:35 tonys        huginn: thank you for your reply but I'm getting the error when doing the web installer
10:35 Joubu        tonys: during your upgrade from 20.11 you should have hit 21.06.00.029 which added article_requests.cancellation_reason. Didn't you notice an error earlier in the upgrade process?
10:32 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27946 enhancement, P5 - low, ---, tomascohen, RESOLVED FIXED, Add a charge per article request to patron categories
10:32 tonys        tuxayo: It is listed as a bug --bug 27946
10:29 tonys        Yes
10:29 tuxayo       Is that in the web installer you found that the starting version was 21.12.00.010 ?
10:28 tonys        Yes and Yes
10:28 tuxayo       tonys: you had your Koha installed and running since a while right? Before running the web installer, you did something like upgrading the Koha packages right?
10:26 tonys        tuxayo: It happens during the Web Installer
10:26 tuxayo       tonys: so your Koha version before you upgraded wasn't 21.12.00.010 then?
10:26 ashimema     great, it'll be interesting to find out your results tundunf
10:25 ashimema     sorry tundunf, huggin is a silly bot
10:25 tonys        tuxayo: No
10:25 tuxayo       Because that's what 21.12 is.
10:24 tundunf      thank you!
10:24 huginn       tundunf: I suck
10:24 tundunf      @ashimema, we don't allow users to place OPAC item level reservations, but I wonder if a member of staff might have overriden this based on your explanation. I'll check/ask
10:24 tuxayo       tonys: you were running a development version of Koha?
10:23 tonys        tuxayo: I gave you the wrong version -- We are upgrading from Koha 21.12.00.010 to 22.05.00.000
10:21 ashimema     if it was a biblio level hold then I believe it should work as you described allowing for the renewal to take place.
10:20 ashimema     if it was then it'll still be trapped and prevent the auto renewal I believe
10:20 ashimema     i.e. was the hold placed on a specific item?
10:20 ashimema     Hmm, I image item level vs biblio level hold type comes into account?
10:19 tundunf      We had  syspref AllowRenewalIfOtherItemsAvailable set to 'Don't Allow', I think this is what stopped the autorenewals for this borrower even after another book became available. Would setting this to 'Allow' stop this from happening?
10:19 tundunf      I was wondering if anyone would be able to clarify something for me: a user had an item on loan that was reserved by another user, but then another item was avaialble to satisfy the hold. The system still showed the item as being overdue. Would Koha start renewing automatically or do staff have to manually renew it again for it to be done automatically by the system afterwards?
10:16 tonys        20.11
10:15 tuxayo       tonys: hi, from which version to which did you upgrade?
10:14 tuxayo       tundunf: hi
10:09 tonys        Is there someone here today that can help me work thru a fix for updating the database (ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Unknown column 'cancellation_reason' in 'article_requests' at /usr/share/koha/lib/C4/Installer.pm line 739)
09:58 tundunf      hi all
09:44 ashimema     thanks marcelr 🙂
09:42 marcelr      no problem
09:42 marcelr      no just reading irc
09:41 ashimema     I have a feeling you may be better placed to review it.
09:41 ashimema     have you looked at the bug at all yet marcelr
09:41 marcelr      ashimema: we should not remove upload categories
09:40 ashimema     oh, cool. thanks
09:40 jajm         ashimema, hi, I just added a comment on the bug
09:39 ashimema     the bug seems to do a fair bit more than the title suggests
09:39 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19318 enhancement, P5 - low, ---, julian.maurice, Signed Off , Add ability to use custom file upload paths
09:39 ashimema     I'm wondering why we remove uploadcaterycode as part of bug 19318
09:38 ashimema     next question.. jajm around?
09:38 ashimema     mm, makes sense
09:35 tuxayo       ashimema: hi :) maybe to avoid overwriting when there are name duplicates?
09:26 ashimema     anyone remember why we add a hash to the filename on uploads in the first place?
08:23 cait         good morning
08:20 ashimema     morning
08:13 marcelr      .
07:40 tuxayo       I came back to this page to understand of the $KohaSpan, because adding a <span> via the filter doesn't seem to help the extracted strings. It seems to add a redundant <span>
07:39 huginn       Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29602 enhancement, P5 - low, ---, fridolin.somers, RESOLVED FIXED, We must be nicer with translators
07:39 tuxayo       When i tested bug 29602 I picked another occurrence of use of KohaSpan and missed that this one was in dead code.
07:27 Joubu        yes, the checkbox is disabled. So to tick it you have to remove the "disabled" attributes, editing the DOM
07:25 tuxayo       Ok, I though the checkbox was greyed or something like that.
07:24 Joubu        I described what 'force" means here, in parenthesis
07:21 tuxayo       Great find!
07:21 tuxayo       > But it still does not appear, there is a bug
07:21 tuxayo       oh there is check box to force?
07:21 tuxayo       > force the deletion
07:20 Joubu        the SWITCH in batch_item_record_deletion.inc should be in the 'report' BLOCK, not 'detail'
07:19 Joubu        tuxayo: This message should appear when you force the deletion (edit the DOM, remove the disabled on the checkbox and check it). But it still does not appear, there is a bug
06:58 matts        hi !
06:55 wahanui      hello, alex_
06:55 alex_        Bonjour
06:54 cait         good morning #koha
06:41 marcelr      o/
05:54 reiveune     hello