From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Ofono CF states not always correct
Date: Wed, 26 Jan 2011 13:10:10 -0600 [thread overview]
Message-ID: <4D407192.8040303@gmail.com> (raw)
In-Reply-To: <1296033282.2720.23.camel@poutijar-desktop>
[-- Attachment #1: Type: text/plain, Size: 1759 bytes --]
Hi Jarko,
On 01/26/2011 03:14 AM, Jarko Poutiainen wrote:
> Hi Denis,
>
> First sorry for slow reply.
>
> On Tue, 2011-01-18 at 23:50 +0200, Denis Kenzior wrote:
>>
>> So my thinking is that we should:
>> - Not update conditional cfs when cfu is active (whether via
>> GetProperties or mmi)
>> - only clear the conditional cache flag if a conditional operation is
>> attempted and succeeds while cfu is active
>> - Report conditional cfs as empty when CFU is active (and emit signals
>> appropriately when cfu is activated / deactivated)
>> - Don't bother running conditional cf queries via GetProperties if cfu
>> is active
>>
>> Do you see any issues with this? I'm really trying to minimize the
>> number of queries we have to do in the most common case (which is
>> activating / deactivating cfu via settings)
>
> So:
> - Check if CFU is active and if so return empty string to any
> conditional query regardless of the the actual state and regardless of
> the used API.
> - If CFU not active return the state of queried conditional
> - If CFU active and there's an attempt to activate/deactivate
> conditional make the operation to modem/network and return possible
> error code but do not update conditional state in ofono OR if the
> attempt is successful then clear the conditional cache flag.
>
> did I get this right?
>
Yep, sounds right.
> and to your earlier question regarding if I could make the patch
> unfortunately I don't think I have got the time at the moment so should
> I maybe make a TODO out of this so that it won't be forgotten?
>
That works. Or alternatively file a bug in Meego bugzilla, but since
this is a major change it probably belongs in the TODO.
Regards,
-Denis
prev parent reply other threads:[~2011-01-26 19:10 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-11 10:00 Ofono CF states not always correct Jarko Poutiainen
2011-01-11 15:16 ` Denis Kenzior
2011-01-14 13:20 ` Jarko Poutiainen
2011-01-14 15:59 ` Denis Kenzior
2011-01-18 12:21 ` Jarko Poutiainen
2011-01-18 15:56 ` Denis Kenzior
2011-01-18 21:08 ` Pekka Pessi
2011-01-18 21:24 ` Denis Kenzior
2011-01-18 21:32 ` Pekka Pessi
2011-01-18 21:50 ` Denis Kenzior
2011-01-18 22:08 ` Pekka Pessi
2011-01-26 9:14 ` Jarko Poutiainen
2011-01-26 19:10 ` Denis Kenzior [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D407192.8040303@gmail.com \
--to=denkenz@gmail.com \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.