lul4 has joined #maemo-leste
lul4 has quit [Client Quit]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
xmn has quit [Ping timeout: 252 seconds]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
System_Error has quit [Ping timeout: 260 seconds]
System_Error has joined #maemo-leste
Daanct12 has joined #maemo-leste
Anasko has joined #maemo-leste
joerg has quit [Ping timeout: 255 seconds]
joerg has joined #maemo-leste
<dsc_> g_signal_connect(conv_abook_aggregator, "contacts-removed", G_CALLBACK(contacts_removed_cb), nullptr);
<dsc_> void contacts_removed_cb(OssoABookRoster *roster, const char **ids, gpointer data) {}
<dsc_> freemangordon: ^ what is ids here, and how to get local_uid/remote_uid from it
<freemangordon> uid is vcard UID
<dsc_> ok thx
<freemangordon> afaik
<freemangordon> dsc_: but, why do you care about accounts added/removed? abook takes care of that already
<dsc_> for GUI purposes
<dsc_> chatwindow
<dsc_> if the friend is removed, there shall be a button add friend, to restore the friendship <3
<dsc_> need to monitor for contact removed signal
<freemangordon> I see
<freemangordon> please, put that button in the menu
<dsc_> it is in the menu, yeah
<freemangordon> great
<dsc_> the menu changes depending on the publication state
<freemangordon> cool, makes sense
<freemangordon> shall I assume you are facing no issues with abook?
<dsc_> but ehh, char* -> OssoABookContact
<dsc_> no abook works well
<freemangordon> no, the contacts is already gone, you cannot create contact from it
<freemangordon> *contact
<dsc_> ah yeah
<freemangordon> sorry, still having my first coffee
<dsc_> i should have printed this char* before asking
<dsc_> let me try
<freemangordon> no, the contact is already gone, you cannot create OssoABookContact* from it
<dsc_> yes
<dsc_> but there's probably some uid
<freemangordon> dsc_: hmm, what happens to the channel when remote party 'blocks' you?
<dsc_> have not looked at blocks yet
<dsc_> with channel you mean TextChannel?
<dsc_> I guess CM should close it?
<freemangordon> mhm
<dsc_> maybe not
<freemangordon> so, wtym "if the friend is removed"?
<freemangordon> removed how?
<dsc_> counterparty removes me from friendlist
<dsc_> it is a signal
<dsc_> some xmpp thing probably
<dsc_> no wait
<freemangordon> right, so, what happens with the channel that chat window is tied to?
<freemangordon> removing from friendlist most-probably will change published status or something
<freemangordon> it will not remove the contact
<dsc_> yes, nothing happens to channel
<dsc_> can still send messages
<freemangordon> but also the contact is not removed
<freemangordon> I doubt you will receive 'contact-removed' for that contact
<freemangordon> I guess removing will only happen if remote party de-registers from the service, like, closes the account
<freemangordon> in which case I assume TP will close the channel
<dsc_> right
<freemangordon> but that's different to what you are on
<freemangordon> I think you should listen for 'contacts-changed' signal only
<freemangordon> and watch published/blocked/whatever state from there
<dsc_> im also doing that yes, and yeah you are right about the removal signal
<dsc_> if the counterparty removes me, I get no removal signal
<freemangordon> makes sense
<dsc_> if I remove the contact from abook, abook crashes
<freemangordon> please, backtrace
<dsc_> sure
<freemangordon> I assume you are on version 1:4.4.5+3m7
<dsc_> $ apt policy osso-addressbook
<dsc_> osso-addressbook: Installed: 0.3.4+3m7
<dsc_> Candidate: 0.3.4+3m7
<freemangordon> apt policy libosso-abook
<dsc_> 4.4.4+3m7
<dsc_> ill update first
<freemangordon> don;t forget to install debug symbols if not already
ceene has joined #maemo-leste
<dsc_> ehmm
<dsc_> im attaching with gdb to /usr/bin/osso-addressbook
<dsc_> trigger the crash
<dsc_> [Thread 0x7f648ec76700 (LWP 3597) exited]
<dsc_> (gdb) bt
<dsc_> [Inferior 1 (process 3596) exited with code 027]
<dsc_> No stack.
<freemangordon> Inferior 1 (process 3596) exited with code 027
<dsc_> user 3059 0.0 0.6 293908 24988 ? S<sl 06:37 0:00 /usr/bin/osso-abook-home-applet
<dsc_> user 3647 0.0 0.0 2368 496 ? S 06:43 0:00 /usr/bin/osso-addressbook
<freemangordon> you should attach to the other process
<dsc_> user 3648 0.0 1.0 598064 40960 ? Ssl 06:43 0:00 /usr/bin/osso-addressbook
<dsc_> alright
<freemangordon> to 3648
<dsc_> pretty sure I did that one
<dsc_> (the one with the most memory)
<dsc_> cant seem to catch it
<dsc_> i attached to both this time :P
<freemangordon> no way :)
<dsc_> how is that possible though
<dsc_> gdb -p 3647
<dsc_> [Inferior 1 (process 3647) exited with code 027]
<dsc_> the other:
<dsc_> gdb -p 3648
<dsc_> [Inferior 1 (process 3648) exited with code 027]
<dsc_> im probably doing something stupid
<freemangordon> I am usually starting gdb
<freemangordon> and then doing attach $pid
<freemangordon> no idea what -p is supposed to do
<freemangordon> and you only need to attach to the second peocess
<freemangordon> do you have libc6-dbg installed?
<dsc_> dmesg:
<dsc_> [ 243.598551] evolution-addre[3328]: segfault at 0 ip 00007f1721002a44 sp 00007ffcb0002c60 error 4 in libglib-2.0.so.0.6600.8[7f1720fe0000+88000]
<dsc_> yes
<freemangordon> evolution-addressbook?
<freemangordon> what is that?
<freemangordon> oh
<freemangordon> evolution-addressbook-factory
<dsc_> not sure, I pasted it because it might be related
<freemangordon> it is
<dsc_> user 3282 0.0 0.6 436876 26852 ? Sl 06:37 0:00 /usr/libexec/evolution-source-registry
<dsc_> user 3713 0.0 0.8 725448 32468 ? Sl 06:46 0:00 /usr/libexec/evolution-addressbook-factory
<freemangordon> that might be TP EDS plugin segfaulting
<freemangordon> hot do you trigger the bug?
<dsc_> remove a contact :D
<freemangordon> what contact?
<dsc_> xmpp contact in this case
<freemangordon> ok, lemme try
<freemangordon> oh, I thin kI know what happens
<dsc_> Thread 1 "evolution-addre" received signal SIGSEGV, Segmentation fault.
<dsc_> 0x00007fca01b06a44 in g_hash_table_iter_next () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
<dsc_> #0 0x00007fca01b06a44 in g_hash_table_iter_next () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
<freemangordon> please install debug symbols
<dsc_> #1 0x00007fc9f9c4479d in () at /usr/lib/evolution-data-server/addressbook-backends/libebookbackendtp.so
<dsc_> #2 0x00007fc9f9c44d88 in () at /usr/lib/evolution-data-server/addressbook-backends/libebookbackendtp.so
<dsc_> yah
<freemangordon> libglib2.0-0-dbgsym
<dsc_> ty
<freemangordon> evolution-data-server-addressbook-backend-telepathy-dbg
<dsc_> question
<dsc_> /usr/libexec/evolution-addressbook-factory
<dsc_> this is a stripped binary
<dsc_> thats ok?
<freemangordon> hmm...
<freemangordon> I just saw "authorisation request" in addressbook :D
<dsc_> indeed
<freemangordon> it is stripped
<freemangordon> but segfault is in ibebookbackendtp.so
<freemangordon> so, that means you don;t need to implement it in conversations ;)
<freemangordon> lemme try if it works though
<dsc_> it does work
<freemangordon> then no need to duplicate in the conversations
lul4 has joined #maemo-leste
lul4 has quit [Client Quit]
<freemangordon> yep. it works, just tested :D
<freemangordon> but, cannot reproduce the crash
xmn has joined #maemo-leste
<dsc_> fine by me
<dsc_> there's more to managing friends than just sending auth requests tho
<dsc_> abook seems a bit rough in this area
<freemangordon> sure
<freemangordon> it does not support contact blocking I assume
<dsc_> if someone adds you as friend, I dont think it shows up in abook as such, or no notification thereof
<dsc_> let me check
<freemangordon> yeah, I think this should happen in conversations
<freemangordon> however, could you repro the crash with debug symbols?
<dsc_> it did crash, but this time gdb didnt catch it
<freemangordon> what crashed? eds addressbook factory?
<dsc_> yes
<freemangordon> with gdb attached?
<dsc_> /usr/libexec/evolution-addressbook-factory
<freemangordon> mhm
<dsc_> i could catch it on this process *before* installing the db libs
<dsc_> dbg*
<freemangordon> it crashes no more?
<dsc_> i was doing something else
<dsc_> but let me try
Daanct12 has quit [Ping timeout: 276 seconds]
<freemangordon> hmm, seems auth requests from pidgin are auto-approved somehow
<dsc_> ah got it
<freemangordon> nice :)
<freemangordon> sec
<freemangordon> dsc_: frame 1
<freemangordon> p contact->variants
<dsc_> (gdb) frame 1
<dsc_> #1 0x00007fe9f31cc79d in e_book_backend_tp_db_add_variants (tpdb=0x7ffc859330b0, tpdb@entry=0x7fe9e8002460 [EBookBackendTpDb], contact=contact@entry=0x560b0f024310, error=error@entry=0x7ffc859331d0) at e-book-backend-tp-db.c:1055
<dsc_> 1055e-book-backend-tp-db.c: No such file or directory.
<dsc_> (gdb) p contact->variants
<dsc_> $1 = 0x560b0f06d800<error reading variable: Cannot access memory at address 0x0>
<freemangordon> p *contact
<dsc_> (gdb) p *contact
<dsc_> $2 = {handle = 252022576, name = 0x0, alias = 0x560b0f0373e0 "@Y\003\017\vV", generic_status = 0x7fe9f31d7925 "available", status = 0x560b0efa9bb0 "\240\216\005\017\vV", status_message = 0x560b0f043120 "\020\215\006\017\vV", avatar_token = 0x560b0f08d470 "", avatar_mime = 0x0, avatar_len = 0, avatar_data = 0x0, contact_info = 0x0, flags = 0, pending_flags = 0, uid = 0x560b0f035910 "`",
<dsc_> master_uids = 0x7fe9e8004c40, capabilities = 14, variants = 0x560b0f06d800<error reading variable: Cannot access memory at address 0x0>, ref_count = 0}
<dsc_> this is without running conversations btw
<dsc_> just adding/removing xmpp contact
<freemangordon> yeah, I see
<dsc_> im using 2 clients: gajim and pidgin for this
<freemangordon> but cannot repro it here
<dsc_> and then I delete @ abook
<freemangordon> how do you 'add' that contact?
<freemangordon> by hand?
<dsc_> request from gajim, authorize in pdigin, delete in abook
<dsc_> yes
<freemangordon> I assume gajim runs in the VM, right?
<dsc_> no
<freemangordon> ah
<dsc_> both on host
<freemangordon> ok, lemme try to add it from abook
<dsc_> grabbing coffee brb 3min
<dsc_> ill leave gdb open
<freemangordon> sure
<freemangordon> dsc_: which account do you use on gajim? the same as in VM?
<dsc_> freemangordon: pidgin uses the VM account
<freemangordon> ok, so, pidgin is not really used, right?
<dsc_> im using it to authorize the incoming request
<freemangordon> I see
<freemangordon> so, you add contact in abook?
<dsc_> no
<freemangordon> or in gajim
<dsc_> in gajim
<freemangordon> ok
<dsc_> abook only for deletion
<freemangordon> I assume I can use empathy for that
<dsc_> I also observed cases where it did not crash, but the contact refused to dissapear from the list
<dsc_> and then the table acted a bit strange
<dsc_> :P
<dsc_> where it highlighted multiple rows
<freemangordon> yeah, but that's another story
ceene has quit [Remote host closed the connection]
<freemangordon> hmm, I guess that issue shall be fixed too
<freemangordon> I can;t make it crash here :(
<dsc_> dsc@xmpp.is @ gajim, stevejobs@xmpp.wajer.org @ pidgin, stevejobs@xmpp.wajer.org @ maemo VM
<freemangordon> and requesting auth from pidgin?
<freemangordon> or from gajim?
<dsc_> requesting auth from gajim
<dsc_> accepting authorization in pidgin
<dsc_> then delete in abook
<freemangordon> yeah, but does not crash here
<dsc_> it does seem to delete from the perspective of xmpp though
<freemangordon> mhm
<freemangordon> but UI bug I can repro
<freemangordon> so will fix at least that one
<freemangordon> while tring to repro
<dsc_> right
xmn has quit [Ping timeout: 260 seconds]
ceene has joined #maemo-leste
<freemangordon> lemme see if valgrind will say something
<dsc_> anyway about abook doing everything related to authorization
<freemangordon> no, no
<dsc_> in terms of UX its nice to accept/remove friends too
<dsc_> from conversations
<freemangordon> you should implement accepting auth in conversations
<dsc_> or at least get notified somehow
<dsc_> right
<freemangordon> 'removing' is already there, in a book
<freemangordon> adding as well
<dsc_> yes
<dsc_> minus the remove yeah
<freemangordon> I have to check how it looks like in fremantle in terms of accepting auth request
<freemangordon> wtym?
<dsc_> nvm, I am agreeing
xmn has joined #maemo-leste
<freemangordon> removing might be buggy, but I will fix it
<freemangordon> hmm, wait, wait
<dsc_> waiting
<freemangordon> maybe there is some abook plugin that shows auth requests
<freemangordon> because now, auth requests are auto-accepeted
<freemangordon> by somebody, I assume abook
<dsc_> i dont think so...
<freemangordon> they are
<freemangordon> I delete the contact, request auth from pidgin, and immediately pidgin sees the remote status
<freemangordon> in the same time empathy shows "do you allow...."
<dsc_> re: crash, I think I'm in a weird state. I blame wizzups server
<freemangordon> so somebody is accepting the auth in the VM
<freemangordon> I assume abook
<freemangordon> no matter the server, it should not use dangling pointers
<dsc_> hmm
<dsc_> ok so
<dsc_> I add from gajim, it shows up in abook
<dsc_> but this auth request is not accepted yet
<freemangordon> sure
<dsc_> < freemangordon> because now, auth requests are auto-accepeted
<dsc_> not here
<dsc_> else i would see the vcard/avatar
<dsc_> and the online status
<freemangordon> but if you request auth from gajim, it will immediately see the VM online status
<dsc_> I am requesting auth from gajim
<dsc_> to the VM
<dsc_> its not auto-accepted
<freemangordon> and it is not accepeted?
<dsc_> no
<freemangordon> maybe with your modified conversations, dunno
<dsc_> conversations is not running
<freemangordon> hmm
<dsc_> i removed it from auto-start
<freemangordon> lemme stop conversations here then
<dsc_> fresh reboot
<dsc_> (I just moved /usr/bin/conversations to another place)
<dsc_> anyway
<dsc_> the contact shows up in abook because it is a roster change
<dsc_> but authorization is about publication/presence
<dsc_> anyway
<dsc_> maybe you have another client online somewhere?
kona has quit [Quit: ZNC - http://znc.in]
kona has joined #maemo-leste
Twig has joined #maemo-leste
<freemangordon> dsc_: no, that account I use only for testing
<freemangordon> anyway, have to run, will look at it when I am back, to fix the UI issue at least
<dsc_> alright, thanks4help
<freemangordon> will also check who handles auth requests on fremantle and why here in my VM they seem auto-accepted
Daanct12 has joined #maemo-leste
Livio has joined #maemo-leste
ceene has quit [Remote host closed the connection]
ceene has joined #maemo-leste
pere has quit [Ping timeout: 260 seconds]
pere has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Livio has quit [Ping timeout: 260 seconds]
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
exquel has joined #maemo-leste
exquel has quit [Ping timeout: 246 seconds]
exquel has joined #maemo-leste
udder has quit [Quit: die in fire]
udder has joined #maemo-leste
exquel_ has joined #maemo-leste
exquel has quit [Ping timeout: 245 seconds]
exquel_ has quit [Remote host closed the connection]
exquel_ has joined #maemo-leste
exquel_ has quit [Remote host closed the connection]
Daanct12 has quit [Quit: WeeChat 4.4.3]
Daanct12 has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
Daanct12 has quit [Quit: WeeChat 4.4.3]
crab has quit [Ping timeout: 265 seconds]
crab has joined #maemo-leste
Livio has joined #maemo-leste
kona has quit [Ping timeout: 265 seconds]
ceene has quit [Remote host closed the connection]
Livio has quit [Ping timeout: 260 seconds]
LeePen has quit [Remote host closed the connection]
retr0id2 has joined #maemo-leste
LIERO has quit [Remote host closed the connection]
xs has quit [Quit: Cheers!]
LIERO has joined #maemo-leste
xs has joined #maemo-leste
retr0id has quit [Read error: Connection reset by peer]
retr0id2 is now known as retr0id
kona has joined #maemo-leste
Livio has joined #maemo-leste
pere has quit [Ping timeout: 260 seconds]
LeePen has joined #maemo-leste
norly has quit [Quit: Leaving.]
norly has joined #maemo-leste
norly has quit [Quit: Leaving.]
norly has joined #maemo-leste
Livio has quit [Ping timeout: 260 seconds]
Livio has joined #maemo-leste
xmn has joined #maemo-leste
Livio has quit [Remote host closed the connection]
Livio has joined #maemo-leste
pere has joined #maemo-leste
Twig has quit [Remote host closed the connection]
slep is now known as cel_
buZz has quit [Read error: Connection reset by peer]
buZz has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
<freemangordon> dsc_: the bug when deleted contact remains visible seems to be in window manager
<freemangordon> abook does everything properly, but windows does not get repainted
<freemangordon> *window
<freemangordon> dsfds
<freemangordon> oops
<freemangordon> dsc_: it seems to happen in VM only (or on 64bits only)
xmn has quit [Ping timeout: 252 seconds]
Livio has quit [Ping timeout: 260 seconds]
Livio has joined #maemo-leste
<dsc_> < freemangordon> abook does everything properly, but windows does not get repainted
<dsc_> i've had this in conversations too
<dsc_> its related to switching from subwindow to the mainwindow
<dsc_> stacked window*
Anasko has quit [Ping timeout: 252 seconds]
Livio has quit [Ping timeout: 260 seconds]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste