206 commits

Author	SHA1	Message	Date
Bob Ham	ebf579af78	calls-dummy-origin: Fix ordering of state change and call removal callbacks	2019-07-22 14:37:27 +01:00
Bob Ham	b1a743b757	calls-mm-call: Map MM_CALL_STATE_UNKNOWN to CALLS_CALL_STATE_DIALING instead of 0 ... This actually makes sense in the mapping; the only time an MM call is in MM_CALL_STATE_UNKNOWN is when it's an outgoing call that hasn't been started. It also helps avoid a lot of needless issues dealing with the Calls call state.	2019-07-22 11:52:31 +01:00
Bob Ham	215877cc60	calls-dummy-provider: Create an inbound call on SIGUSR1 ... This enables easy testing of inbound calls with just $ calls -p dummy & $ killall -USR1 calls	2019-06-28 15:14:45 +01:00
Bob Ham	824395b040	plugins/dummy: Implement inbound property ... Also simulating dialing/ringing/active state changes for outbound calls.	2019-06-28 15:14:41 +01:00
Bob Ham	0dc906c2bb	plugins/mm: Implement inbound property	2019-06-28 13:59:51 +01:00
Bob Ham	460c0c6c3d	Turn providers into plugins courtesy of libpeas ... This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.	2018-11-23 15:51:46 +00:00