Open AshtonKem opened 11 years ago
The immediate thing that grabs me is that lexical-let isn't lexical scope.
Instead turn on lexical-binding properly. Test like that and then let me know if it's still broken?
Replacing lexical-let with let + lexical-binding does not appear to resolve the issue. I'm going to clean up the code a bit and see if I can produce a cleaner example.
I'm less than enthusiastic about replacing a lot of state to see the error. Can you do the job of replicating the state for me somehow? packet trace (don't forget to edit the passwords out) or tell me how I can get this erroring? (I need to setup jenkins?)
I'm hoping that it's not Jenkins specific. I have two different call outs to Jenkins, one to retrieve a list of jobs, one to trigger builds. This one works fine:
(web-http-get (lambda (conn headers data))
:url url
:extra-headers `(("Authorization" . ,auth)))
I'll turn on debugging to see what's what and report back to you.
I don't think I've tried basic auth before. Perhaps we should knock up an elnode test for this and see if web can handle it?
I can't seem to figure out what's going on here. A more basic web-http-get (with basic auth) and a more or less empty callback works just file. The one that does more heavy processing though appears to cause it consistently.
So, to fix this we need some server that can do auth? and then we can try various processing to see what happens.
Let me try and make some elnode to test it and check it in.
Sorry this has take me so long to respond.
The following call in Butler constantly causes the above message.
I can't quite figure out why this is happening. Another (simpler) call I make through the same method does not cause the message to be displayed.
web.el version 0.3.7