#Loqi[jeremycherfas] Still happening even with redis and deleting `.jobs`
On another try, I noticed that `.jobs` was continuing to update, and at the end of the process contained
````
{"jobs":[],"f26ccae0-9229-11e7-86ef-4b62a4f0a8fe":{"status":"ready","numFrames":84...
#schmarty!tell jeremycherfas I have definitely seen that error, and discovered like you did that processing was happening just fine despite the status updates failing. The BBC fork has pretty much always given me this error but produced a video eventually
jeremycherfas_, eli_oat, [colinwalker], singpolyma, jeremych_ and jeremycherfas joined the channel
#jeremycherfasZegnat: I managed to GET a return from the various WithKnown endpoints, and I am trying to make sense of them
#Loqijeremycherfas: schmarty left you a message 2 hours, 36 minutes ago: I have definitely seen that error, and discovered like you did that processing was happening just fine despite the status updates failing. The BBC fork has pretty much always given me this error but produced a video eventually
EmreSoku_ joined the channel
#jeremycherfasschmarty: I remained convinced that it is all magic.
#jeremycherfasZegnat: The key point, I think, is that the payload must be a "JSON encoded string of variables"
#jeremycherfasI guess that means that when I construct $known['body'] I have to make sure that the Description I want to send is the second element.
[miklb] and jeremycherfas joined the channel
#www.svenknebel.deedited /IRC (+64) "/* Bouncers, Client/Server */ extend quassel description - there is a all-in-one" (view diff)
#petermolnar.netedited /IRC () "(-1372) no need for the early list of clients, there is a longer, better one at the bottom" (view diff)
#seblog.nledited /IRC (+795) "bring back some of the "Install an IRC app" + move the app that was only mentioned above to the Clients-section" (view diff)
#sebselIn that case, it would be something like: $mybody = ['link' => $mylink, 'description' => $mydescription]; // array to send
#jeremycherfasA message payload containing the variables expected by the handler, if applicable. This may be in the format of URL encoded variable strings, or a JSON encoded string of variables.
#jeremycherfasIf I send just the link as a single element in the json_decode, it works OK.
#sknebelweird, might be a special case for bookmarks. the examples in the docs clearly show key:value pairs being send ( that's the only thing you can do in formencoded)
#Loqi[aaronpk] #89 what should senders do when they receive a 3xx response from the webmention endpoint?
#snarfedZegnat: yup, iirc i asked aaronpk the same thing when i saw wm.io do it, which prompted that issue
#snarfed(it's both unusual in the wild and not in the spec :P)
#ZegnatIs it unusual? I thought several people with input boxes for URLs (like sebsel has) do the redirect? You would know though, I guess, you have the data :P
#snarfedyup, unusual. web forms are the most common cause, but afaik only the minority handle automated wms and interactive form posts with the same code path
#sebselAnd because of the way I used Kirby's router, it hits that redirect when it tries to find the Page-object that corresponds to the URL via the router.
#sknebelthat routing seems to give you troubles a lot
#snarfedgreat! ok. bridgy sometimes sends more than one wm POST even for the same target URL. preventing some or all of those isn't a high priority right now, since receivers are expected to handle them.
#sebselNo it does not seem like a priority indeed, now that you say this.
#snarfedalso bridgy only occasionally fetches target URLs, and to de-dupe by uid, it would always have to fetch them, which i'm unlikely to add
#sebselNo I guess it's fine to have brid.gy know multiple URLs of posts.
#sebselSo then I just need to fix my bug. We can close the issue then.