Time Nick Message 23:42 JasonGreene[m] Is there a Batch card creator for patrons with no card number? 23:38 JasonGreene[m] Batch patron deletion and anonymization and whose patron category worked 23:32 JasonGreene[m] thanks 23:31 thd There is also a wiki page with example SQL queries for the reports function which could help you discover something about existing and recently added patrons, https://wiki.koha-community.org/wiki/SQL_Reports_Patrons . 23:29 JasonGreene[m] yes 23:28 thd That should help you exclude the admin account ;) 23:27 JasonGreene[m] it has this option ... whose patron category is (drop-down) this looks good 23:25 thd I do not know that the batch processing script takes a parameter for patron IDs, but if it does then using them may be helpful. 23:24 JasonGreene[m] it is a new system and the IDs are the "stock" ones that came with the install and mine... all the other were just added 23:23 thd You should discover what patron IDs you just imported in that case and start from the first mistakenly imported ID. 23:22 thd For example, perhaps it removes all patron IDs between a particular set of values. 23:21 thd You should read the script documentation for how it is intended to work so that you do not remove more than intended. 23:20 thd I assume that the admin is more than a super patron. However, I do not know how the admin is defined. 23:19 JasonGreene[m] without getting into the sql 23:19 JasonGreene[m] I just want to remove my mistake of 3xuser acconts 23:18 thd For anonymization to really work well against behavioral data inspection more would need to be done than what Koha probably does to merely remove identifying information. 23:18 JasonGreene[m] The Batch patron deletion won't remove the koha.admin" account will it? 23:15 thd Anonymization can be a weak disguise because if in your community you know that only person X would have an interest in borrowing Y to your knowledge. There is a good chance that you can identify person X and everything else which person X borrowed. 23:14 JasonGreene[m] ok 23:13 thd Anonymization is intended to disguise the true origin of the data but preserve things like circulation statistics without identifying who the borrower is for example. 23:12 JasonGreene[m] Not sure what anonymization means 23:11 huginn` dcook: The operation succeeded. 23:11 dcook @later tell Joubu I've replied on the pad, and realized that the Vue.js apps might experience issues with token expiry over time 23:09 thd JasonGreene[m]: Presumably that will correct all the relevant tables and relations. 23:09 JasonGreene[m] i'll try it 23:08 JasonGreene[m] i found this Batch patron deletion and anonymization 23:07 thd JasonGreene[m]: I only know about reverting to a previous database backup for such cases. I do not have relevant expertise on patron management. You could write an SQL script to revert things but you would need to know which tables are affected by importing users to avoid partially removing them and creating problems for inconsistencies between tables. 23:03 JasonGreene[m] opps 23:03 JasonGreene[m] actually, I did it 3 times so I need to remove 750 23:02 JasonGreene[m] I imported 250 users , is there a way I can remove all of them in one action? 22:27 thd caroline: good night 22:27 thd caroline: I see that there is some code in MARC21.pm for doing something with $2 but maybe not enough. 22:25 caroline good night everyone! 22:20 thd FAST records are presumably controlled by distribution contacts and more difficult to obtain. 22:19 thd LCSH records can be obtained without charge for a complete set a few years old and then updated or added to with some consortium contacts. 22:18 caroline syspref LinkerConsiderThesaurus 22:18 caroline not sure if it applies to 654 22:17 caroline I think there was a fix for the $2 thesaurus recently (it broke things catastrophically, but they fixed it) 22:16 thd FAST is popular and derived from LCSH but OCLC charges real money for FAST records. 22:15 thd A proper script for 654 faceted subject heading should use only authority records from an authority database matching the thesaurus specified in 654 $2. 22:14 thd Still, the config file which cait identified shows how only very partially informed by library standards Koha is. 22:13 * dcook looks at scrollback 22:12 caroline not sure which one that is. We have an in-house one that I use for migrations 22:10 thd I may be conflating a different script build_marc_authorities.pl or some such script. 22:10 caroline So that is where it comes from. I still don't know if it SHOULD, but it CAN 22:10 caroline Ok I added a line for 654 in C4/Heading/MARC21.pm and it worked 22:09 thd caroline You are right. 22:09 thd Currently, it is much easier to acquire real authority records than it had been in the past. 22:09 caroline I didn't know link_bibs_to_authorities created authorities. I thought it only linked them 22:08 thd ity records. 22:08 thd When asked long ago, I may have said that link_bibs_to_authorities.pl is the wrong way to build pre-coordinated authority records such as Library of Congress Subject Headings. However, link_bibs_to_authorities.pl is the extra wrong way to build faceted subject headings and then 654 was not added in consequence of my statement. Having 654 there would be helpful but link_bibs_to_authorities.pl generated authority records are never proper author 22:03 thd I may be responsible for this bug. 22:02 cait adding it for a test might work 22:02 cait 654 is not in the list, I tihnk that's why it's failing 21:58 cait It looks like we hardcode the headings, I tracked it through the code a bit and ended here: https://git.koha-community.org/Koha-community/Koha/src/branch/master/C4/Heading/MARC21.pm#L49 21:57 thd caroline: I interpreted too much into a recent bug fix. When you build the Koha something like authority records using link_bibs_to_authorities.pl for 650 it should also build them for all related 6XX including 654. 21:33 caroline it does nothing it seems 21:33 caroline I'll try 21:32 thd caroline: If you supply the argument -g 654 to link_bibs_to_authorities.pl what happens? 21:30 thd rity records. 21:30 thd caroline: Previously, I had been answering for standard MARC 21 cataloguing practise. link_bibs_to_authorities.pl creates Koha specific makeshift authority records from a subset of authority controlled fields where normative authority records are not present if I understand correctly or certainly that was past behaviour. Such makeshift records allow normative searches by authority controlled strings but do not have all the value of full autho 21:11 JasonGreene[m] found it.. thanks 21:09 caroline JasonGreene[m], in the system preference BorrowersTitles 21:09 JasonGreene[m] how can we add Salutation to the dropdown when creating patrons 20:57 caroline link_bibs_to_authorities.pl doesn't seem to link 654 20:37 thd caroline: To avoid breaking some system somewhere, FAST is lowercase fast when used in $2 for Subject Heading and Term Source Code. We may normalise everthing in uppercase on the backend. Computer cataloguing practise starts with lower case norms perhaps because they are easier to type. 20:25 thd Yet libraries are pleased to adopt systems which have the library science completely wrong but which help with discovery. We can have both good library science and good discovery with much extra work. 20:23 thd YAZ has had extensive exposure to library systems over decades. Koha's own ElasticSearch implementation is something new from a small community of developers who generally do not have an expert cataloguer critique available for development. Given a somewhat working implementation bugs in implementation can be fixed over time. Sometimes a very long time for very obvious bugs. 20:18 thd hammat: The Elastic Search implementation has not had extensive review from a library cataloguing perspective. It will probably need to be extensively revised over time. 20:15 thd I am not certain of actual practise for repeating subfield $0 in this case. It has been a point of a little controversy where some preferred to use an additional 654 for the same topic, which may be DNB practise. 20:13 caroline thanks thd! 20:13 hammat This situation has led me to question whether it's possible, with ElasticSearch for authorities, to perform a search on a specific field, such as a title by adding @attr 1=4 on yaz-client command line. In contrast, I haven't encountered this problem with an authority server under ZEBRA. For example, when I use @attr 1=4, it works seamlessly, but with ElasticSearch, it's not functioning as expected. 20:13 hammat I'm currently facing an issue with a new Z3950 authority server integrated with ElasticSearch that I'm trying to set up. My basic searches are functioning properly, but when I attempt to use @attr attributes, it doesn't seem to work. Interestingly, attribute 1=1 (personal name) works fine. I've attempted to address this by adding the attributes in the /etc/z3950/attribute_mappings.yaml file, but unfortunately, that hasn't resolved the issue. 20:13 hammat Hello everyone, 20:12 thd caroline: Yes, 654 $0 should link to an authority record or multiple authority records for the same topic with as $0 is repeatable with the Subject thesaurus code, such as FAST, given in 654 $2. 20:03 caroline I'm wondering if biblio 654 should be linked to an authority record 20:02 caroline any MARC nerds around? h2h2 maybe? 20:02 marie-luce aude_c++ krimsonkharne++ 20:01 davidnind caroline++ 20:01 krimsonkharne[m] aude_c++ :) 20:01 caroline aude_c++ davidnind++ marie-luce++ krimsonkharne++ 20:01 marie-luce davidnind++ 20:01 aude_c[m] marie-luce++ 20:01 aude_c[m] davidnind++ 19:59 huginn` Log: https://meetings.koha-community.org/2024/documentation_irc_meeting_28_february_2024.2024-02-28-19.01.log.html 19:59 huginn` Minutes (text): https://meetings.koha-community.org/2024/documentation_irc_meeting_28_february_2024.2024-02-28-19.01.txt 19:59 huginn` Minutes: https://meetings.koha-community.org/2024/documentation_irc_meeting_28_february_2024.2024-02-28-19.01.html 19:59 huginn` Meeting ended Wed Feb 28 19:59:49 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) 19:59 davidnind #endmeeting 19:59 davidnind #info Next meeting: 27 March 2024, 14:00 UTC 19:59 davidnind #nextmeeting Next meeting: 27 March 2024, 14:00 UTC 19:58 davidnind #agreed to move next meeting 27 March 2024 14:00 UTC 19:57 davidnind #topic Next meeting 19:57 davidnind #action davidnind to add section to content development guide about approach for FAQs: incorporate into manual sections, update with date last reviewed, add bug to review and update, link to manual sections, use Wiki for configuration examples such as printers 19:44 marie-luce #info The whole page seems updated 19:43 marie-luce #topic FAQ page 19:40 krimsonkharne[m] #action Philip to check the Koha Manual with accessibility in mind (screenreaders, contrast ratios... etc.) 19:39 davidnind #info WAVE Web Accessibility Evaluation Tools https://wave.webaim.org/ 19:38 marie-luce #info We consider an accessibility guidelines to improve readability (e.g. background colour and text contrast). 19:35 davidnind #agreed Use the Google developer documentation style guide as a preference, with differences discussed and agreed at the documentation meeting 19:29 davidnind #info Google developer documentation style guide https://developers.google.com/style 19:24 davidnind #info davidnind hopes to make the merge request with the changes by the end of the week 19:20 huginn` 04Bug 32391: enhancement, P1 - high, ---, david, ASSIGNED , [DOCS] Reorganise the manual contents 19:20 marie-luce #link https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32391 19:20 marie-luce #topic Re-organising the manual (David Nind) 19:19 marie-luce #info This project is still ongoing, but there is not much so say at the moment. 19:18 huginn` 04Bug 34076: enhancement, P5 - low, ---, jonathan.druart+koha, In Discussion , [ALTERNATE] [DOCS] Automated screenshots using Cypress.io testing framework 19:18 marie-luce #link https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34076 19:18 davidnind #info Automated screenshot project guidelines - still to be done 19:18 marie-luce #topic Automated screenshots (Caroline, Aude) 19:16 davidnind #infor Philip to set dates and times for workshop session https://wiki.koha-community.org/wiki/Documentation_Team_-_Drop-in_sessions 19:08 davidnind #topic Review of action points 19:08 marie-luce #link https://meet.jit.si/KohaDocumentationMeeting 19:08 marie-luce the current meeting is also in a virtual meeting 19:07 caroline #info Caroline Cyr La Rose, inlibro, Québec, Canada 19:07 thd #info Thomas Dukleth, Agogme, New York City 19:05 krimsonkharne[m] #info Philip Orr, LMSCloud, Germany 19:04 davidnind #info David Nind, New Zealand 19:04 marie-luce #info Marie-Luce Laflamme, inlibro, Montreal, Québecc, Canada 19:04 aude_c[m] #info Aude Charillon, PTFS Europe, UK 19:04 davidnind #topic Introductions 19:04 marie-luce #topic Introductions 19:04 davidnind #info Agenda https://wiki.koha-community.org/wiki/Documentation_meeting_28_February_2024 19:04 huginn` Current chairs: aude_c davidnind marie-luce 19:04 davidnind #chair marie-luce 19:03 aude_c[m] #chair marie-luce 19:03 huginn` Current chairs: aude_c davidnind 19:03 davidnind #chair aude_c 19:01 huginn` Current chairs: aude_c davidnind 19:01 huginn` Warning: Nick not in channel: aude_c 19:01 davidnind #chair aude_c 19:01 huginn` The meeting name has been set to 'documentation_irc_meeting_28_february_2024' 19:01 huginn` Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:01 huginn` Meeting started Wed Feb 28 19:01:24 2024 UTC. The chair is davidnind. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01 davidnind #startmeeting Documentation IRC meeting 28 February 2024 18:58 aude_c[m] Documentation meeting starting in 2min https://wiki.koha-community.org/wiki/Documentation_meeting_28_February_2024 18:53 thd Joubu, tcohen: I cannot post the LocalSettings.php values which I changed to Taiga. Is that because my user is not currently in the koha-ils team? 18:26 thd All the caching for MediaWiki for which MemCacheD is merely a component is now turned on for the wiki. It had always been on before migration. The disadvantage is that the cache may be behind actual changes and may not have the current state. I had turned off caching for debugging purposes during migration testing and it did not seem slow to me. 18:21 thd My concern had been about localhost as a value in the container to ensure that it was pointing at the container. 18:20 thd new syntax is [ 'array_value1', 'array_value2', 'etc' ] 18:19 thd Old syntax was array ( 'array_value1', 'array value2', 'etc') 18:18 thd I had $wgMemCachedServers = [ ] for disabling MediaWiki use of MemCacheD. 18:17 thd We still had configuration errors but not generally over syntax. 18:16 thd The current syntax was there. During the migration testing old syntax had been replaced or commented out. 18:15 thd Yes, MediaWiki still needs to access it. I think that localhost works fine as a value. 18:14 tcohen the syntax change is part of the upgrade I think, we had to change some bits until we got rid of all the errors 18:13 tcohen thd: I think canasta runs a memcached server, locally inside the container 17:24 caroline It's the item's itemtype's rentalcharge minus the discount? 17:24 caroline Is it possible to get this "charge" amount in the ISSUESLIP with TT? https://snipboard.io/BHP6j1.jpg 16:17 thd tcohen: Nevermind, I seem to now understand that localhost will point to the container itself. I know that it does not point to the host system localhost outside the container. 16:08 thd tcohen: I am not certain that localhost will resolve to the container. We could use the container IP address but I do not see that it is currently persistent. 16:02 thd tcohen: Prior to migration, running MediaWiki directly on the host system we would have had in current syntax $wgMemCachedServers = [ 'localhost' ] . 15:52 reiveune bye 15:45 cait Iam not sure really, my inner fear is that people have not updated to security release 15:45 cait ah ok; i misread that 15:42 Joubu it's the sessions table full of DBIC schema object 15:42 Joubu it's not related to binlog 15:37 * oleonard imagines binlogs are logs that go straight into the bin 15:36 cait I was wondering too 15:36 cait Joubu: maybe most people not using binlogs or so? 15:35 cait Joubu: I think it's a great start, thank you (wiki). Maybe we could add some code snippes, like a cud example so people don't have to look throught he huge bug once we have pushed the code 15:12 Joubu ...or are all the servers of the world running an "up-to-date" version of Koha have their disks full of silly row in the sessions table...? 15:12 lukeg hi 15:11 Joubu mtj: did you actually roll another release for stables with 36034 2 weeks ago? 14:46 huginn` Joubu: The operation succeeded. 14:46 Joubu @later tell tcohen can you have a look at 36177#c4 please? 14:26 * thd will check the config. 14:25 thd nage the caching automatically. Formerly caching was run directly on the VPS explicitly.. 14:25 thd Lack of cache could be a config issue remaining from migration to avoid the risk of serving the previous content state where the cache might not been updated soon enough. If caching was not used, then caching problems could not be the source of previous content persisting. Code for what is updated in the cache seemed to be aimed at keeping Wikipedia served quickly not ensuring the latest changes are displayed. The container is supposed to ma 14:16 Joubu I don't know but CACHE_NONE vs CACHE_ACCEL... Why do we have NONE? 14:15 Joubu 30s-1min then it timeouts 14:14 thd Maybe the container just needs a restart. How slow is slow? 14:12 Joubu thd, tcohen: opened https://tree.taiga.io/project/koha-ils/us/250 14:08 Joubu why CACHE_NONE? 14:08 Joubu https://www.mediawiki.org/wiki/Topic:Wxox117jvgchxhah 14:08 Joubu thd, tcohen: $wgMainCacheType = CACHE_NONE; 14:06 Joubu saving wiki page I am getting: "The server did not respond within the expected time." 13:31 paulderscheid[m] Hey thd, you were right to point that out! W/ the current specs of the instance this could have led to a problem. Please add it to taiga anyway. 13:22 cait in meeting, will check in a bit! 13:22 Joubu kidclamp, cait: https://wiki.koha-community.org/wiki/Coding_Guidelines#Security 13:00 thd M icrophone may work though. 12:59 thd Changing the kernal did nothing for the problem it seems to be a poorly supported chipset issue in several old Dell Lattitude models which I like for being highly repairable and very low priced second hand. 12:57 thd My camera crashes but I may have microphone without rebooting. 12:56 tcohen are you you 12:56 tcohen can you zoom or smth? 12:56 tcohen gimme a minute 12:56 tcohen I can check of course 12:56 thd My credentials for that have been somewhat disused in consequence. 12:55 thd I will check. A permissions problem for my access to that may have developed. You were too busy at the time to check. 12:53 tcohen because it is certainly working 12:53 tcohen have you checked how we did it in portainer for the wikis? 12:53 tcohen hmm 12:52 thd tcohen: This label is used universally in examples of using Docker compose for some service with Traefik as a service lablel for the particular container. 12:50 thd tcohen: - traefik.enable=true is in every container in the same Docker compose file but if in an additional Docker compose file triggers a duplicate lablel. 12:47 thd One seemed fundamental ... [finding it but maybe it could be reidentified checking ] 12:46 tcohen each compose file should have it's own router name, middleware name, etc 12:45 tcohen there's no way to avoid that human error 12:45 tcohen no 12:45 tcohen I can show you any time 12:45 thd tcohen: Do separate networks avoid the error for reusing the same label with separate Docker compose files? 12:44 tcohen (and jenkins, etc) 12:44 tcohen a single traefik and two wikis 12:44 tcohen that's what we have in the wiki server 12:44 tcohen but the front-end requiring traefik on each project, will also join the traefik network 12:43 tcohen and each project will have it's own (internal) network 12:43 tcohen you have a traefik network in which a single traefik instance is listening on 12:43 tcohen no 12:42 tcohen o 12:42 thd tcohen: I still have one significant Traefik question. If you have separate Docker projects, do you give them each an instance of Traefik? 12:42 tcohen thd: hola 12:38 cait Bug 34963 12:38 thd tcohen: 12:34 huginn` Log: https://meetings.koha-community.org/2024/development_irc_meeting_28_february_2024.2024-02-28-12.07.log.html 12:34 huginn` Minutes (text): https://meetings.koha-community.org/2024/development_irc_meeting_28_february_2024.2024-02-28-12.07.txt 12:34 huginn` Minutes: https://meetings.koha-community.org/2024/development_irc_meeting_28_february_2024.2024-02-28-12.07.html 12:34 huginn` Meeting ended Wed Feb 28 12:34:04 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) 12:34 cait #endmeeting 12:33 cait #info Next meeting: 6 March 2024, 13 UTC 12:31 cait #topic Set time of next meeting 12:31 cait #action all add coding guideline for CSRF protection on forms 12:30 cait #action thd to add task about testing discourse backups to Taiga 12:30 cait #topic Review of coding guidelines 12:29 cait #info No comments 12:29 cait #topic General development discussion 12:29 paulderscheid[m] #info Paul Derscheid, LMSCloud GmbH, Germany 12:29 cait #info No actions from last meeting 12:28 cait #topic Actions from last meeting 12:28 huginn` cait: I've exhausted my database of quotes 12:28 cait @action thd to add ask about testing discourse backups to Taiga 12:26 cait #info paulderscheid: still working on cities on Vue, work on Discourse instance 12:23 cait #info thd/paulderscheid: work on test instances happened 12:21 cait #info kidclamp: bookings and REST API for item display are next 12:20 cait #info cait: master to main has been discussed and we have a list wit todos - need to agree on a date, lots of scripts will need to be adjusted as well 12:18 cait #info tcohen: work continues on record locking and sources 12:17 cait #topic Status of roadmap proejcts 12:17 cait #info QA has been delayed, because of the master freeze and work on the big bug - working to resolve that soon 12:16 ashimema sorry.. in another meeting right now 12:16 cait #topic Updates from the QA team 12:16 cait #info We will have a coordinated security release this month, stay tuned 12:16 cait #topic Updates from Release Maintainers 12:15 cait #info Jenkins deployment issues with the nodes have been resolved - hopefully giving us less failures 12:14 cait #info Updates to Jenkins: including takss for the security branches, cleaned up all users and permissions etc. 12:13 cait #info No big updates apart from bug 34478 12:12 cait #topic Updates from the Release manager (24.05) 12:12 cait #info Register for hackfest in Marseille if you plan on coming! (second week of April) 12:11 huginn` 04Bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 is not accessible. 12:11 cait #info Patches for bug 34478 will be pushed soon - be prepared to have some breakages, report bugs and help with fixing. 12:11 kidclamp https://annuel.framapad.org/p/koha_34478_remaining 12:10 cait #topic Announcements 12:10 cait so we are only a small group, please feel free to join uns anytime! 12:09 thd #info Thomas Dukleth, Agogme, New York City 12:08 kidclamp #info Nick Clemens, ByWater Solutions 12:08 tcohen #info Tomas Cohen Arazi 12:08 cait come join us on Jitsi please! 12:08 tcohen Good morning! 12:07 cait #info Katrin Fischer, BSZ, Germany 12:07 cait #topic Introductions 12:07 huginn` The meeting name has been set to 'development_irc_meeting_28_february_2024' 12:07 huginn` Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 12:07 huginn` Meeting started Wed Feb 28 12:07:37 2024 UTC. The chair is cait. Information about MeetBot at http://wiki.debian.org/MeetBot. 12:07 cait #startmeeting Development IRC meeting 28 February 2024 12:03 cait I'll give it soem more time, but alone in the jitsi for now 12:02 thd s/and 2 GiB RAM/and 2 GiB swap/ 12:02 cait quick heads up, anyone around for he meeting? :) 12:01 thd pauldersheild[m]: Did you configure at least 2 GiB of swap for testing Discourse? Updates are reported to fail without at least 2 GiB of RAM and 2 GiB RAM. 12:01 cait https://wiki.koha-community.org/wiki/Development_IRC_meeting_28_February_2024 12:01 cait Koha IRC meeting now! :) 11:59 cait we've had other reports aobut the bridge not being reliable... I am still old school IRC 11:59 cait mtj: got your message, thx! 11:59 cait need to finally fix that 11:59 cait yeah and my emojis are broken :( 11:34 oleonard-away mtj has all the emojis today 😄⚗️🛶 11:32 mtj Signal seems nice tho.. 🐴 11:31 mtj Element app on my fone, seems to miss some alerts 🤔 11:30 mtj The matrix bridge seems to be a bit glitch, lately 11:10 mtj Cait. I messaged you via signal 11:10 mtj . 11:02 mtj And yes, Im following the email threads 11:01 mtj Signal is good 10:57 cait what is the best way to reach you? are you following the release-maintainer email threads? 10:53 mtj No probs.. I'm about 🙆 10:52 mtj Hiya. yep 10:52 cait mtj: I was wondering about your availability for building the release this month - but I think we might still have some missing pieces maybe 10:52 cait mtj: still there? 10:37 mtj Hi cait, about now 🍩 09:02 cait ah 09:02 paulderscheid[m] Nevermind, I misread. It's just the desktop app for Authy. 08:26 paulderscheid[m] yep 08:26 paulderscheid[m] Yetp 08:26 cait submit a patch :) 08:24 paulderscheid[m] But Authy is EOL, we need to change that in the string w/ the recommendations. 08:23 paulderscheid[m] Just read that catalyst contributed a comprehensive guide to 2FA in the manual. catalyst++ 08:23 paulderscheid[m] morning #koha 08:07 cait missed you again, sorry! 08:07 cait ping mtj 07:36 huginn` Joubu: The operation succeeded. 07:36 Joubu @later tell dcook answered on the pad about the token passed in the response. 06:51 reiveune hello