|
2011-01-25
, 01:37
|
Posts: 1,048 |
Thanked: 979 times |
Joined on Mar 2008
@ SF Bay Area
|
#242
|
I'm not sure if I waited 45 secs before I tried canceling that call.
But on the next call attempt, it showed "Another call is in progress, please try again later".
I can try again in the morning, if you need more detail.
|
2011-01-25
, 07:02
|
Posts: 1,048 |
Thanked: 979 times |
Joined on Mar 2008
@ SF Bay Area
|
#243
|
|
2011-01-25
, 16:07
|
Posts: 61 |
Thanked: 27 times |
Joined on Jul 2010
|
#244
|
qgvdial has a network timeout of 45 seconds.
If you abort the call, qgvdial has to send another network request to Google voice to cancel the call.
Here's my theory of what happens: In the scenario you describe, the first call is pending, then you cancel it, which causes qgvdial to send more network data (which isn't going anywhere because of the terms and conditions page).
Because of this, the next call says "Another call is in progress".
You'll have to wait for 45 seconds per request for that timeout to expire.
The Following User Says Thank You to kbyork For This Useful Post: | ||
|
2011-01-25
, 16:24
|
Posts: 1,048 |
Thanked: 979 times |
Joined on Mar 2008
@ SF Bay Area
|
#245
|
|
2011-02-01
, 03:22
|
Posts: 356 |
Thanked: 123 times |
Joined on Dec 2008
|
#246
|
|
2011-02-01
, 03:31
|
Posts: 1,048 |
Thanked: 979 times |
Joined on Mar 2008
@ SF Bay Area
|
#247
|
edit: I ended up doing: "apt-get remove --purge qgvdial", and then reinstalled it. This took care of the extra qgvtp.
|
2011-02-05
, 20:33
|
Posts: 356 |
Thanked: 123 times |
Joined on Dec 2008
|
#248
|
Good to know.
By the way, for everyone using qgvdial: If you'd like to see qgvdial in extras, you need to vote for it.
The Following User Says Thank You to xur17 For This Useful Post: | ||
|
2011-02-05
, 21:00
|
Posts: 356 |
Thanked: 123 times |
Joined on Dec 2008
|
#249
|
|
2011-02-05
, 21:20
|
Posts: 1,048 |
Thanked: 979 times |
Joined on Mar 2008
@ SF Bay Area
|
#250
|
I was looking at your dbus support for qgvdial:
http://code.google.com/p/qgvdial/wik...d=DBusCommands
I have 2 quick suggestions / requests:
1. The last dbus command "To text a number without any text (open a text input dialog)" should be the action that occurs when I select "Text via QGV" for a user. Right now it opens a new chat room that doesn't work (displays an error).
2. How difficult would it be to include a dbus action to switch forwarding phones? I wrote a queenbeecon widget that switches my forwarding phones based on my wifi network, but it requires a web server, which makes it difficult for other people to use. My recommendation would be to have a dbus action that allows you to enable and disable arbitrary phones, and maybe some way to verify that the phones were actually switched.
But on the next call attempt, it showed "Another call is in progress, please try again later".
I can try again in the morning, if you need more detail.