JEP 0070 support

[travis@…]

This patch adds support for JEP 0070 (HTTP auth). Note, patch for ticket #643 is in this patch as well. Patched against subversion 2767.

[travis@…]

Patch

[asterix]

new patch for JEP 70

[asterix]

can you try this new patch ? does it seems correct ?

[travis@…]

It seems correct, but does not work. I've not had the time today to dive in and figure out why, but the registered handler (_HttpAuthCB) never gets called. Perhaps this is because the child element of the iq is <confirm> and not <query>. Note, that my #643 patch will not fix this, I think the problem is deeper than that (#643 addresses convenience). In order to test, you can always use a client that allows you to send XML (maybe the upcoming XML console will support this?) to send the confirmation iq as descriped in JEP-0070. I'll report more info when I get the chance to do more debugging.

[travis@…]

Also, if I try your patch on an existing configuration I get the follwing exception trace:

Traceback (most recent call last):

File "./gajim.py", line 1119, in ?

Interface()

File "./gajim.py", line 1001, in init

parser.read()

File "/home/travis/src/gajim-svn/src/common/optparser.py", line 54, in read

self.read_line(line)

File "/home/travis/src/gajim-svn/src/common/optparser.py", line 37, in read_line

gajim.config.set(var_str, value_str)

File "/home/travis/src/gajim-svn/src/common/config.py", line 338, in set

raise RuntimeError?, 'option %s does not exist' % optname

RuntimeError?: option http_auth does not exist

Is there some way that configs should be migrated? Or one must start anew with a fresh configuration?

[asterix]

this bug is known, I temporary fixed it now

[nk]

should be ok. if not nicfit plz reopen

[travis@…]

The latest svn (2877) is close, but needs the attached patch to work completely. Note, I've tested with http_auth as ask, yes, and no and everything works well with this small patch.

[travis@…]

A final patch

[nk]

thank you Travis

[anonymous]

doesn't really work stable. (With jautod from jauto.sourceforge.net). Gajim doesn't always (indeed it doesn't for the most time) ask for confirmation but instead freezes. Looked for the error, but didn't find anything.

MoKrates?

[anonymous]

In trunk it seems to work fine with jautod, but it asks for confirmation for every single file AFAICT. Is this the intended behaviour? I personally find it quite annoying, because that means clicking "Yes" about 5 times if you view a directory listing of just one folder.

[asterix]

XEP tells nothing about that, but IMHO it's something that webserver should do, keep in mem auth to not ask it. When gajim get a request, it shows it to user, that sounds normal.

as it works, I close