[Bug 24910] GSM IMSI accessor

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=24910

Simon McVittie <simon.mcvittie at collabora.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |NEEDINFO

--- Comment #7 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2010-06-08 06:23:43 PDT ---
Remaining issues before undrafting this:

> > +    <property name="MessageValidityPeriod" tp:name-for-bindings="Message_Validity_Period"
> > +      type="u" access="readwrite">
> 
> This doesn't seem to have any change notification. Either add some, or
> explicitly say that there isn't any at the moment and UIs should retrieve it
> once for each time they want to display it (or something)?

This needs information from someone who understands cellular things.

If the CM always knows this information, then change notification would be
easy, and should be added.

If the CM has to poll this (e.g. ask the SMSC), there needs to be some way to
refresh it (a RequestMessageValidityPeriod method, perhaps), and the property
should be re-documented to be the last known value. Get() on a property, as we
currently implement them, can't wait for an async round-trip, and I think
that's a good pattern to keep.

> > +        <p>The International Mobile Subscriber Identifier, if it exists. This
> > +          would originate from a SIM card.  If the IMSI is unknown, this will
> > +          contain an empty string ("").</p>
> 
> Do we want to distinguish between "no SIM" and "I have a SIM but I don't know
> its IMSI"? If we do, we could represent "no SIM" as a reserved string that
> isn't syntactically a valid IMSI, perhaps "-"; but we probably don't actually
> care.

This needs a decision from someone who understands cellular things and UI
requirements (Lassi?) before undrafting. I don't care either way.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.