Logs for jdev

Show join/part/nick changes:

[05:03:04] * waqas joined the chat.
[05:16:49] * Neustradamus joined the chat.
[05:43:01] * fantasticsid joined the chat.
[06:06:59] * fantasticsid left the chat.
[06:10:08] * teo left the chat.
[06:10:08] * teo joined the chat.
[06:12:43] * ermine joined the chat.
[06:19:37] * fantasticsid joined the chat.
[06:44:35] * nabatt left the chat.
[06:45:50] * jprieur joined the chat.
[06:46:02] * jprieur left the chat.
[06:57:29] * tkoski joined the chat.
[06:58:06] * luca tagliaferri joined the chat.
[06:59:42] * nabatt joined the chat.
[07:00:04] * fantasticsid left the chat.
[07:00:47] * fantasticsid joined the chat.
[07:06:36] * Alex joined the chat.
[07:09:20] * 1 2 joined the chat.
[07:09:20] * 1 2 left the chat.
[07:11:20] * 1 2 joined the chat.
[07:11:47] * 1 2 left the chat.
[07:11:50] * 1 2 joined the chat.
[07:11:52] * 1 2 left the chat.
[07:12:58] * 1 2 joined the chat.
[07:15:35] <1 2> know anyone good java-applet media player?
[07:26:09] * jprieur joined the chat.
[07:27:42] * jprieur left the chat.
[07:27:59] * evilotto left the chat.
[07:38:11] * 1 2 left the chat.
[07:39:49] * 1 2 joined the chat.
[07:40:18] * 1 2 left the chat.
[07:41:31] * realmeru joined the chat.
[07:41:31] * realmeru left the chat.
[07:41:35] * mazzachre joined the chat.
[07:41:46] <mazzachre> What is the usecase for multi-subscribe in pubsub?
[07:42:27] * 1 2 joined the chat.
[07:42:27] * 1 2 left the chat.
[07:43:23] * realmeru joined the chat.
[07:43:23] * realmeru left the chat.
[07:43:23] * realmeru joined the chat.
[07:43:23] * realmeru left the chat.
[07:51:54] * realmeru joined the chat.
[07:51:54] * realmeru left the chat.
[07:51:54] * realmeru joined the chat.
[07:51:54] * realmeru left the chat.
[07:52:20] * realmeru joined the chat.
[07:52:20] * realmeru left the chat.
[07:52:20] * realmeru joined the chat.
[07:52:20] * realmeru left the chat.
[07:52:20] * realmeru joined the chat.
[07:52:20] * realmeru left the chat.
[07:53:27] * realmeru joined the chat.
[07:53:27] * realmeru left the chat.
[07:53:27] * realmeru joined the chat.
[07:53:27] * realmeru left the chat.
[07:53:28] * realmeru joined the chat.
[07:53:28] * realmeru left the chat.
[07:54:46] <dwd> mazzachre, In what sense? My understanding of XEP-0060 was that you couldn't have two subscriptions to the same node, but you *can* have two subscriptions which *include* the same node, due to collections.
[07:55:31] * realmeru joined the chat.
[07:55:31] * realmeru left the chat.
[07:55:31] * realmeru joined the chat.
[07:55:31] * realmeru left the chat.
[07:55:50] <dwd> mazzachre, So it's not that you'd intentionally, as a subscriber, have multiple subscriptions, but that you might get a notification due to more than one subscription, so the subscription identifier stuff is there to help if that happens.
[07:56:14] * luca tagliaferri left the chat.
[07:56:36] * realmeru joined the chat.
[07:56:37] * realmeru left the chat.
[07:56:37] * realmeru joined the chat.
[07:56:37] * realmeru left the chat.
[07:56:37] * realmeru joined the chat.
[07:56:37] * realmeru left the chat.
[07:56:37] * realmeru joined the chat.
[07:56:37] * realmeru left the chat.
[07:57:42] * 1 2 joined the chat.
[07:57:42] * 1 2 left the chat.
[08:00:15] <dwd> mazzachre, Oh, and the stuff in XEP-0060§6.1.6 actually relates to different styles of subscription, such as with collections, where you can subscribe to either nodes or items.
[08:03:09] * realmeru joined the chat.
[08:03:10] * realmeru left the chat.
[08:04:03] * realmeru joined the chat.
[08:04:03] * realmeru left the chat.
[08:05:28] * realmeru joined the chat.
[08:05:28] * realmeru left the chat.
[08:06:38] * realmeru joined the chat.
[08:06:38] * realmeru left the chat.
[08:06:51] * realmeru joined the chat.
[08:06:51] * realmeru left the chat.
[08:07:43] * 1 2 joined the chat.
[08:07:43] * 1 2 left the chat.
[08:15:36] * jprieur joined the chat.
[08:15:50] * jprieur left the chat.
[08:16:19] * realmeru joined the chat.
[08:16:19] * realmeru left the chat.
[08:17:50] * realmeru joined the chat.
[08:17:50] * realmeru left the chat.
[08:22:26] * realmeru joined the chat.
[08:22:26] * realmeru left the chat.
[08:23:57] * realmeru joined the chat.
[08:23:57] * realmeru left the chat.
[08:24:36] * realmeru joined the chat.
[08:24:36] * realmeru left the chat.
[08:27:47] * petermount joined the chat.
[08:28:24] * realmeru joined the chat.
[08:32:50] * elmex joined the chat.
[08:36:58] <mazzachre> dwd: Oh OK... It is horribly written in the documentation... We have no idea how or even IF we should implement it... And what it is for...
[08:49:45] * waqas left the chat.
[08:49:45] * waqas joined the chat.
[08:51:09] * waqas left the chat.
[08:51:37] <dwd> mazzachre, Right - it's a sort of generic thing lurking in XEP-0060, which is only used by XEP-0248.
[08:55:34] * Kalyan joined the chat.
[08:57:55] <dwd> mazzachre, And, as someone else implementing '60, I sympathize... I've only just realised that the subscriptions and affiliations commands are specified in two different places.
[09:19:42] <tkoski> dwd, yep. Beautiful isn't it.
[09:20:37] <tkoski> that XEP maybe needs some diet and refactoring.
[09:20:46] * smoku joined the chat.
[09:21:09] * Kalyan left the chat.
[09:21:20] <dwd> tkoski, Actually, I've misread. There's two affiliations and subscriptions commands, with no overlap, the same essential syntax, but one set is in the #owner namespace.
[09:26:03] <mazzachre> There are also a few typoes and consistency errors in the std. and documentation...
[09:29:53] <tkoski> dwd: ah, ok. You ment that one.
[09:32:23] <dwd> tkoski, There's others?
[09:34:53] <tkoski> dwd: let me verify witch version there is now. You are reading the http://xmpp.org/extensions/xep-0060.html ?
[09:36:32] <tkoski> 1.13rc6
[09:50:28] <mazzachre> I am reading online
[09:56:33] * NebuK joined the chat.
[09:56:47] <NebuK> heho
[09:57:58] <NebuK> i'm trying to write a tool that iterates over ones roster, picks the items that are icq-transport-contacts and rename them according to their vcard nickname (UIN@foo.bar isn't very readable...)
[09:58:52] <NebuK> i've got everything up and running except for how to actually rename the contacts, aka how to build the IQ stanza that sets the name...
[09:59:15] <NebuK> i'm using xmpp4r for this, and as i haven't found any decent documentation or support-channel i thought i'd ask here :)
[09:59:42] <NebuK> also ... http://xmpp.org/rfcs/rfc3921.html#roster says that updating a item is the same as adding one ... could i just add the same JID again, just with a new name?
[10:00:41] <dwd> NebuK, Yes, that's it.
[10:01:12] <NebuK> oh? cool! :)
[10:03:17] <NebuK> mhmm
[10:03:19] <NebuK> http://nopaste.ghostdub.de/?22
[10:03:30] <NebuK> is there anything one would need to do after the add?
[10:07:31] <mazzachre> That gives it the name Foo@icq is that not what you want?
[10:08:00] * Gu1 left the chat.
[10:08:02] * gu1ll4um3r0m41n joined the chat.
[10:08:37] * Link Mauve joined the chat.
[10:09:01] <NebuK> that should give the contact named "Foo@icq" the name BarBazBla@ICQ, no?
[10:12:13] <Link Mauve> tkoski, there are errors in the XEP 60?
[10:13:59] <NebuK> mhmm, when adding a new item everything works ... just adding a already existing item doesn't
[10:15:28] <Link Mauve> With a specific implementation or in the spec? I’m writing a PubSub component so if there are errors in the spec…
[10:18:50] <NebuK> as far as i understand rfc3921 the <iq> in line 3 of http://nopaste.ghostdub.de/?23 should be enough to "rename" a contact, no?
[10:22:34] <NebuK> ouff, now it's getting absurd ... when executing the <iq> in line 3 manually via PSIs XML console it renames that contact
[10:22:40] <NebuK> just when i use the ruby method it doesn't
[10:23:22] <NebuK> mhmm, trying to quit this client...
[10:23:23] * NebuK left the chat.
[10:25:23] * NebuK joined the chat.
[10:25:30] <NebuK> nope, that also didn't work...
[10:26:33] <NebuK> http://nopaste.ghostdub.de/?24 after each add (//'rename') from my client there comes a push with the old name ... Oo why?
[10:26:49] * huni joined the chat.
[10:26:49] * huni left the chat.
[10:26:49] * huni joined the chat.
[10:26:49] * huni left the chat.
[10:26:52] * huni joined the chat.
[10:26:52] * huni left the chat.
[10:26:52] * huni joined the chat.
[10:26:52] * huni left the chat.
[10:26:52] * huni joined the chat.
[10:26:52] * huni left the chat.
[10:26:53] * huni joined the chat.
[10:26:53] * huni left the chat.
[10:30:45] * huni joined the chat.
[10:30:45] * huni left the chat.
[10:35:46] * huni joined the chat.
[10:35:46] * huni left the chat.
[10:40:40] * Tobias joined the chat.
[10:40:45] * huni joined the chat.
[10:40:46] * huni left the chat.
[10:40:46] * dwd left the chat.
[10:41:31] * dwd joined the chat.
[10:45:45] * huni joined the chat.
[10:45:45] * huni left the chat.
[10:50:07] * MattJ joined the chat.
[10:50:45] * huni joined the chat.
[10:50:46] * huni left the chat.
[10:55:46] * huni joined the chat.
[10:55:46] * huni left the chat.
[11:00:45] * huni joined the chat.
[11:00:46] * huni left the chat.
[11:05:04] <tkoski> Link Mauve: no, they are fixed in this one online now.
[11:05:46] * huni joined the chat.
[11:05:46] * huni left the chat.
[11:06:01] <Link Mauve> Ok, thanks!
[11:06:20] <mazzachre> It depends on how icq contacts are added.. If it is added via some component and not handled via the std. roster implementation, then changing names might not have an effect (Depending on implementation of component)
[11:11:37] <tkoski> Link Mauve: just out of interest, for what kind of system the pubsub component will be used for?
[11:13:20] <Link Mauve> For now it’ll be only for me, to play with. But I plan to do a generic component, usable for anything.
[11:13:38] <Link Mauve> Oh, and I’m writing it in JS, with node.js and xmpp.js.
[11:18:08] * realmeru left the chat.
[11:21:25] <tkoski> ok.
[11:21:57] <tkoski> It's a huge xep, good luck. Let us know all the problems you find out.
[11:33:16] * tofu joined the chat.
[11:36:01] <mazzachre> I am implementing one in Java here (pubsub) generic aswell, but with some support for stuff that is not (yet) in std.... And implementing the pubsub queueing
[11:37:22] <MattJ> Link Mauve, xmpp.js! You win :)
[11:37:38] <Link Mauve> ^^
[11:42:05] <dwd> MattJ, Indeed. Only way that could be beaten is if someone were insane enough to write on in LUA, right? :-)
[11:42:16] <MattJ> !LUA
[11:42:17] <xepbot> Lua is NOT LUA: http://www.lua.org/about.html#name
[11:42:19] <MattJ> Done
[11:42:37] <Link Mauve> dwd, and Verse exists. ;)
[11:48:10] * xepbot left the chat.
[11:50:11] * xepbot joined the chat.
[11:50:24] * nabatt left the chat.
[11:54:57] * Tobias left the chat.
[11:55:20] * Tobias joined the chat.
[12:23:48] * Guus joined the chat.
[12:32:19] * Guus left the chat.
[12:32:51] * Tobias left the chat.
[12:33:33] * Florob joined the chat.
[12:39:49] * elmex left the chat.
[12:50:08] * Guus joined the chat.
[12:51:24] <mazzachre> Just wondering.. Is it OK for my pubsub implementation to accept any config form sent to it only to ignore what it does not understand? Or must I parse it and check that something is set that nothing handles?
[12:53:30] * teo left the chat.
[12:53:31] * teo joined the chat.
[12:55:12] * Zash joined the chat.
[12:59:18] * teo left the chat.
[12:59:21] * teo joined the chat.
[13:00:43] * teo left the chat.
[13:00:44] * teo joined the chat.
[13:04:24] * teo left the chat.
[13:04:25] * teo joined the chat.
[13:07:11] <dwd> mazzachre, It's not clear to me, but my inclination would be to ignore unknown fields.
[13:07:43] <dwd> mazzachre, This is primarily down to experience with MUC config forms, where some implementations send arbitrary fields even if they're unsupported.
[13:10:29] <MattJ> I'd say if they're in the spec, and support is non-discoverable, error
[13:10:40] <MattJ> if it's discoverable by the client, don't error
[13:10:43] <MattJ> Fair :)
[13:14:26] * teo left the chat.
[13:14:26] * teo joined the chat.
[13:24:15] * elmex joined the chat.
[13:24:24] * Florob left the chat.
[13:25:24] * deryni joined the chat.
[13:25:41] * Florob joined the chat.
[13:43:12] * scippio left the chat.
[13:43:22] * scippio joined the chat.
[13:56:21] * Alex left the chat.
[14:01:25] * fantasticsid left the chat.
[14:13:49] <mazzachre> Well... The way I parse the form is that all parts I have implemented that have configure options will read the recieved form (after it have been merged with default) and takes it's values... Then when all are run through and have configured I give OK (Unless an invalid argument to a read value is recieved) this leaves any field that no one wants as unread and unhandled... So Ignored...
[14:14:53] * Kub joined the chat.
[14:15:13] * Kub left the chat.
[14:22:31] * Xificurk left the chat.
[14:35:50] * Guus left the chat.
[14:48:39] * Link Mauve left the chat.
[14:48:44] * StuFF mc joined the chat.
[14:48:47] <StuFF mc> Hi folks
[14:49:08] <StuFF mc> anybody having experience with mu-conference? Nobody helping on their side :(
[14:49:14] <StuFF mc> tiny question
[14:50:01] * Link Mauve joined the chat.
[14:53:55] <MattJ> StuFF mc, what's up?
[14:54:19] <StuFF mc> I'm just trying to understand how to set the maximum number of users higher than 30
[14:54:39] * mazzachre left the chat.
[14:54:45] <MattJ> Heh, then I wouldn't know, sorry
[14:55:20] <deryni> There's a maximum number of users setting?
[14:55:29] <StuFF mc> yes there is
[14:55:40] <StuFF mc> but it doesn't seem to override the fixed 30 in the code
[14:57:57] <deryni> What setting?
[14:59:18] * Link Mauve left the chat.
[14:59:50] <StuFF mc> when you create a room
[15:00:04] * Link Mauve joined the chat.
[15:00:07] <StuFF mc> adium for example will ask you if you want to use the defaults
[15:00:13] <StuFF mc> or set the settings
[15:00:24] <StuFF mc> you can also use the script/roommaker.pl
[15:01:03] <dwd> StuFF mc, That sounds as if it's using the configuration form defined in XEP-0045. Have you tried using a client like Psi, or Gajim - one that fully understands those forms?
[15:01:50] <dwd> StuFF mc, Of course, there *could* be some site-wide setting, too - those aren't part of the spec, so I wouldn't know if they exist in mu-conference.
[15:02:05] <deryni> From a quick look at trunk it looks like setting it in the room config form should be working.
[15:02:50] <StuFF mc> yeah *should* be
[15:03:00] <StuFF mc> what is using this room? :D
[15:03:13] <StuFF mc> isn't it also mu-conference by any means?
[15:03:17] <StuFF mc> coz we're 31 :D
[15:03:19] <deryni> No.
[15:03:20] <StuFF mc> my dream :p
[15:03:48] <deryni> I'm assuming you are setting a higher value then checking the room config and not seeing the higher value?
[15:04:27] <StuFF mc> exactly
[15:04:31] <StuFF mc> blocked at 30 whatever I do
[15:04:41] <deryni> Do other setting changes take?
[15:09:37] <dwd> I reckon there must be a site-wide max, somewhere.
[15:09:52] <StuFF mc> "somewhere" :)
[15:10:18] <deryni> I didn't see any indication of such a setting in my looking. Rooms are initialized with a hard-coded 30.
[15:10:33] <deryni> Do other settings changes work?
[15:14:47] <StuFF mc> not sure
[15:14:51] * smoku left the chat.
[15:15:03] <StuFF mc> deryni: there's a hardcoded 30
[15:15:06] <StuFF mc> but then in /spool
[15:15:24] <StuFF mc> you can create an XML that changes this
[15:15:57] <deryni> You can create configurations for specific rooms there, right? Since that's where mu-conference stores persistent rooms.
[15:16:29] <StuFF mc> yep
[15:16:32] <StuFF mc> but it doesn't help
[15:17:05] <deryni> Are you trying that with new rooms or with rooms that are already in use?
[15:17:38] <StuFF mc> both
[15:17:58] <deryni> Changing the spool file for a live room is almost certainly not going to work.
[15:18:00] <deryni> Can you try changing some other setting in a live room and then checking the config form to see if it worked (and/or check the spool store for the room if it is persistent)?
[15:23:01] * tkoski left the chat.
[15:28:30] * Zash left the chat.
[15:30:27] <StuFF mc> wow
[15:30:27] <StuFF mc> that's insane
[15:30:43] <StuFF mc> upon starting muc it changes the previously set "50" (for example) to 30
[15:31:19] * Zash joined the chat.
[15:31:38] <StuFF mc> so whatever I set, it's overriden the next time the MUC server starts
[15:32:40] <MattJ> Heh
[15:32:50] <MattJ> "30 ought to be enough for anyone"
[15:35:28] <dwd> I never put a max users setting in my code - I couldn't see why I'd want one.
[15:36:19] <StuFF mc> https://gna.org/bugs/index.php?16081
[15:36:37] <Kev> dwd: it was added to ejabberd because of jabber.org abuse, iirc.
[15:36:49] <StuFF mc> I tried changing it to 300 and make again, but it doesn't help
[15:37:17] <StuFF mc> not sure what they thought by putting 30…
[15:37:25] <StuFF mc> it's not very "multi" user :D
[15:38:03] <deryni> Are you setting it to 50 in the spool file for an existing room while the server is running?
[15:47:08] <StuFF mc> back
[15:49:37] <StuFF mc> ah!
[15:49:41] <StuFF mc> thanks deryni!!
[15:49:42] <StuFF mc> :D
[15:49:55] <StuFF mc> works much better when you change the setting while the server isn't running
[15:50:10] <StuFF mc> can you guys explain me this? :p
[15:50:44] <MattJ> You were editing the file then restarting the component?
[15:51:09] <deryni> The component writes its configuration out when it quits, stomping over your changes.
[15:52:12] <StuFF mc> yup
[15:52:58] <StuFF mc> I have to leave guys, thanks for the heads up!
[15:55:36] * StuFF mc left the chat.
[16:00:26] * Tobias joined the chat.
[16:00:56] * dax joined the chat.
[16:05:06] * jprieur joined the chat.
[16:05:50] * jprieur left the chat.
[16:06:32] * evilotto joined the chat.
[16:07:49] * nabatt joined the chat.
[16:13:39] * jugg left the chat.
[16:18:25] * gu1ll4um3r0m41n in now known as Gu1.
[16:22:08] * teo left the chat.
[16:22:20] * nabatt left the chat.
[16:22:24] * nabatt joined the chat.
[16:33:53] * Florob left the chat.
[16:34:29] * Florob joined the chat.
[16:47:17] * petermount left the chat.
[16:52:52] * hawke joined the chat.
[17:06:04] * teo joined the chat.
[17:08:51] <Link Mauve> Is there a mean to extend a node’s with something from an other node? I thought to two solutions: extend node metadatas or put the other node’s URI into every item of the node. It’d be useful to, e.g. propose styles associated to content, complementary informations, links related to the node…
[17:17:42] * dax left the chat.
[17:18:01] * Fritzy joined the chat.
[17:21:33] <Zash> /me slaps firefox for "Firefox doesn't know how to open this address, because the protocol (xmpp) isn't associated with any program."
[17:22:03] * b-seize joined the chat.
[17:22:16] * Guus joined the chat.
[17:22:25] * b-seize left the chat.
[17:23:15] * john left the chat.
[17:23:32] * b-seize joined the chat.
[17:24:40] * b-seize left the chat.
[17:29:28] * StuFF mc joined the chat.
[17:32:09] * Fritzy left the chat.
[17:33:03] * tkoski joined the chat.
[17:40:25] <Neustradamus> Zash: http://wiki.xmpp.org/web/XMPP_URIs#Web_browsers
[17:41:13] <Zash> The real bug is Firefox not using xdg-open
[17:42:40] <deryni> Well, not querying the list of URIs in the local URI registry. You wouldn't just want it to pass anything that looked like a link to xdg-open would you?
[17:44:01] <Zash> Yes, I would, except with links it handles itself
[17:45:31] <deryni> Yeah, I actually wouldn't mind it either, and I'd even want it to optionally not handle any links internally.
[17:45:36] <Link Mauve> zanchin, is there a bug open in their Bugzilla?
[17:45:44] <Link Mauve> For xdg-open.
[17:46:02] <deryni> It'd make loading different URLs in different browsers, etc. possible.
[17:46:03] <Link Mauve> Oups, s/zanchin/Zash/ sorry.
[17:52:39] <Zash> And then muc-links whithout ?join
[17:54:03] <Zash> Ah, was missing ff3.5-gnome-support
[17:54:50] * StuFF mc left the chat.
[18:48:33] * Fritzy joined the chat.
[18:49:06] <Fritzy> just made sleek@conference.jabber.org if anyone's interested
[18:49:19] <Fritzy> for sleekxmpp/sleekpubsub discussion
[18:51:57] * nabatt left the chat.
[18:56:10] * scippio left the chat.
[18:56:18] * realmeru joined the chat.
[18:56:19] * realmeru left the chat.
[18:56:19] * realmeru joined the chat.
[18:56:19] * realmeru left the chat.
[18:56:20] * realmeru joined the chat.
[18:56:20] * realmeru left the chat.
[18:56:22] * scippio joined the chat.
[18:58:35] * Fritzy left the chat.
[18:59:00] * waqas joined the chat.
[19:12:17] * xepbot left the chat.
[19:14:18] * xepbot joined the chat.
[19:17:38] * scippio left the chat.
[19:22:18] * scippio joined the chat.
[19:33:13] * steve-e joined the chat.
[19:34:06] * deryni left the chat.
[19:36:52] * Xificurk joined the chat.
[19:47:25] * xepbot left the chat.
[19:49:26] * xepbot joined the chat.
[19:56:08] <Zash> Hm, what should one do about xmpp:someroom@conference.example.net links?
[19:56:22] * Guus left the chat.
[20:02:16] * ermine left the chat.
[20:03:23] <Zash> disco#info and check iq/query/identity[category]==conference ?
[20:04:33] <waqas> May or may not work. But, yes.
[20:09:17] * xepbot left the chat.
[20:11:17] * xepbot joined the chat.
[20:11:39] * darkrain left the chat.
[20:11:49] * xepbot left the chat.
[20:13:23] * teo left the chat.
[20:13:49] * xepbot joined the chat.
[20:14:42] * Zash left the chat.
[20:15:10] * Zash joined the chat.
[20:18:31] * teo joined the chat.
[20:21:58] * scippio left the chat.
[20:21:58] * scippio joined the chat.
[20:23:57] <NebuK> heho
[20:31:27] * deryni joined the chat.
[20:31:52] * Treebilou left the chat.
[20:37:02] * john joined the chat.
[20:40:17] * scippio left the chat.
[20:40:21] * scippio joined the chat.
[20:43:57] * jkhii joined the chat.
[20:58:21] * john left the chat.
[21:26:33] * steve-e left the chat.
[21:41:45] * waqas left the chat.
[21:41:50] * waqas joined the chat.
[21:47:21] * darkrain joined the chat.
[22:01:25] * Zash left the chat.
[22:03:31] * Asterix left the chat.
[22:06:13] * Xificurk left the chat.
[22:17:47] * Zash joined the chat.
[22:27:07] * scippio left the chat.
[22:29:08] * tkoski left the chat.
[22:29:46] <NebuK> oi :)
[22:30:04] <NebuK> anyone still around? i'm having some problems with a strangely behaving icq transport..
[22:30:39] <NebuK> i'm testing a roster cleanup script that -- among others -- fetches vcard information. on my account on that transport everything worked, on a different test account i get a
[22:31:05] <NebuK> <iq from='BAR' to='FOO@BAR/23703698571274912969596455' id='33378' type='error'><error code='401' type='auth'><not-authorized/></error></iq>
[22:31:06] <NebuK> for each
[22:31:29] <NebuK> <iq from='FOO@BAR/23703698571274912969596455' id='33378' to='BLA@BAR' type='get' xmlns='jabber:client'><vCard xmlns='vcard-temp'/></iq>
[22:31:35] <NebuK> (again, only icq transport contacts)
[22:34:09] <NebuK> any ideas what that could be - or what i could do to get authorized (i already re-requested auth from all the problematic contacts)
[22:35:31] <deryni> That error is coming from the transport itself?
[22:36:01] <NebuK> thats what xmpp4r with Jabber::debug=true tells me as "verbose error"
[22:38:52] <deryni> And your test account has the transport set up?
[22:38:58] <NebuK> yes
[22:47:22] * jkhii left the chat.
[22:59:21] * deryni left the chat.
[23:00:11] * deryni joined the chat.
[23:01:12] * scippio joined the chat.
[23:06:05] <NebuK> deryni: no ideas? ;/
[23:07:26] <deryni> I don't really know the stuff involved enough to even begin to guess and I don't have time to dig into them right now, sorrt.
[23:14:10] * jcea joined the chat.
[23:15:10] * deryni left the chat.
[23:15:27] * deryni joined the chat.
[23:28:08] * jkhii joined the chat.
[23:32:01] * Link Mauve left the chat.
[23:49:49] * Gu1 left the chat.
[23:50:32] * hawke left the chat.
[00:01:24] * Neustradamus left the chat.
[00:42:14] * waqas left the chat.
[00:45:30] * jugg joined the chat.
[01:03:54] * jcea left the chat.
[01:30:17] * jprieur joined the chat.
[01:30:18] * jprieur left the chat.
[01:59:57] * Florob left the chat.
[04:05:53] * MattJ left the chat.
[04:16:34] * Tobias left the chat.
[04:49:10] * fantasticsid joined the chat.
[04:56:45] * deryni left the chat.