----- Original Message ----- > From: "Pascal Potvin" <[email protected]> > To: [email protected] > Cc: "Martin Larente" <[email protected]>, "Maxime Clerk-Lamalice" > <[email protected]> > Sent: Wednesday, June 4, 2014 2:32:37 PM > Subject: Re: [SFLphone] daemon: dbus connection is lost after > invite/cancel/invite > > Hi Tristan, > > > I have not seen that behaviour, I would suggest stepping through > > the daemon with gdb > > and providing a backtrace when the daemon gets kicked from the > > session. > > We found the source of the bug yesterday. The second INVITE contains > a > `display-name` made of invalid characters. In this instance, > `display-name` starts with 0xb1, which is invalid in utf-8.
Good catch! > > It seems like sflphoned does not verify that the `display-name` is > valid > before sending it to the GUI through dbus. > > I have created and attached a sipp test that simulates this case. You > can run this test with the following command: > > $ sipp -sf bad-display-name.xml -inf character.txt -m 1 > remote-host:[remote-port] Thanks for the test case, I will hopefully patch this today. Best, Tristan > > For the time being, our temporary fix is to patch `sip_utils.cpp` to > check for a valid `display-name`. I know that this is not a solid > fix, > but I'm providing it here so you can see one functional workaround. Do you know where the display name is being set? Maybe a wireshark trace will help. Best, Tristan -- Tristan Matthews Développeur de logiciels libres [email protected] Ligne directe: 514-276-5468 poste 190 Fax : 514-276-5465 7275 Saint Urbain Bureau 200 Montréal, QC, H2R 2Y5 _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
