I have telepathy-rakia installed and have a voip account configured and working. When I make a call using it, it connects and I can hear the switch board, but the keypad is not visible and the button on the bottom that I would think would popup the keypad is grayed out making it impossible for me to enter the extension I need. Reproducible: Always Steps to Reproduce: 1. Click on the 'Make a Call' menu entry 2. Select the voip account 3. Enter the main number 4. Click 'Audio Call' Actual Results: The call-ui appears and the call goes through, however the dialpad button is grayed out. Expected Results: The dialpad button is clickable and would popup a dialpad so that I can enter the extension I need to.
George - can we mark this as a junior job?
I'm pretty sure I have implemented a dialpad, although I admit I have never tested it, because gabble, at least back at that time, didn't implement this interface. Perhaps there is some small bug somewhere. It should be easy to debug and fix. Yeah, it could be a JJ...
Hi, I'm using telepathy-rakia-0.7.4 in an up to date Gentoo system and the problem persists. Has any attempts been made yet to fix the problem? Lars (In reply to comment #2) > I'm pretty sure I have implemented a dialpad, although I admit I have never > tested it, because gabble, at least back at that time, didn't implement this > interface. Perhaps there is some small bug somewhere. It should be easy to > debug and fix. Yeah, it could be a JJ...
Not yet, sorry.
[01:40] <badone> d_ed_: earlier in the debugging output I see ... ktp-call-ui(1927)/Telepathy-Qt: Channel has 2 optional interfaces: ("org.freedesktop.Telepathy.Channel.Interface.Hold", "org.freedesktop.Telepathy.Channel.Interface.DTMF") [01:43] <d_ed_> between us we've found the bug [01:43] <d_ed_> the supportsDTMF method checks if the channel has the interface org.freedesktop.Telepathy.Call1.Content.Interface.DTMF [01:44] <badone> d_ed_: ahh, not org.freedesktop.Telepathy.Channel.Interface.DTMF [01:44] <d_ed_> which connection manager is this? [01:44] <badone> d_ed_: rakia [01:46] <d_ed_> I /think/ rakia isn't ported properly to the new Call1 spec [01:46] <d_ed_> but this is more low level than we go [01:47] <badone> d_ed_: So it should be easy enough to patch supportsDTMF to check for org.freedesktop.Telepathy.Channel.Interface.DTMF ? [01:47] <d_ed_> yes, however I think that's the wrong solution [01:48] <d_ed_> I think we should be patching rakia to report DTMF on the newer bus. [01:48] * d_ed_ emphasises the "I think" heavily TODO: - Check with upstream (or George) as to what's going on with http://telepathy.freedesktop.org/spec/Call_Content_Interface_DTMF.html http://telepathy.freedesktop.org/spec/Channel_Interface_DTMF.html and whether TpQt should support both, or that ChannelInterface is legacy. There's a line in the spec: "The only part of this spec that should be used with a Call1 channel is the "InitialTones" property." Implying both are used.
(In reply to comment #5) > TODO: > - Check with upstream (or George) as to what's going on with > http://telepathy.freedesktop.org/spec/Call_Content_Interface_DTMF.html > http://telepathy.freedesktop.org/spec/Channel_Interface_DTMF.html > > and whether TpQt should support both, or that ChannelInterface is legacy. > There's a line in the spec: "The only part of this spec that should be used > with a Call1 channel is the "InitialTones" property." Implying both are used. Right. My interpretation of this is that in Call1 you always send DTMF tones using the Call1.Content interface and not the Channel one. The Channel one is used only for its InitialTones property, which is a Requestable and Immutable property, i.e. you set it when you create the channel request and it never changes. This interface & property is only for immediately dialing a number using DTMF after the audio session has been established, which could be useful for programmatically going through voice menus directly from the channel request, or for programmatically dialing a number on an analog telephone line that is exported through a SIP server. So, yes, the bug is in rakia according to the spec.