incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Anis KADRI <anis.ka...@gmail.com>
Subject Re: Apple rejecting apps that access the device's UUID
Date Fri, 23 Mar 2012 22:28:04 GMT
Yes, those are the only two options: unique device ID or user account.
Problem is most users don't want to create user accounts for every app.
Device ID is more transparent to the user.

On Fri, Mar 23, 2012 at 3:21 PM, Shazron <shazron@gmail.com> wrote:

> Thanks Josh - that's what I've been warning people about in the Google
> Groups. We are just filling in functionality that we promised in the
> API for device.uuid going forward. Obviously the doc description for
> the property and expectations will change. Devs will have to adjust.
>
> On Fri, Mar 23, 2012 at 3:18 PM, Josh Marinacci <joshua@marinacci.org>
> wrote:
> > Apple doesn't want you to have a way of uniquely permanently identifying
> a device. Any method you find to do this will eventually be closed.  It
> probably isn't what you want anyway. What are you really trying to track?
> The user or the device? For example, what happens if the user's phone is
> destroyed and they reinstall the app on a new device.  It's the same user
> and same app and same data, but a different device. Or what if they have
> two devices running the same app (iPhone and iPad).  Instead you should
> create and save some sort of unique identifier the first time the app is
> installed. Reference this to uniquely identify this *particular* install of
> the *app* on this *particular* device. If you need something that survives
> across app installs and devices then you should create a server based user
> account and let the user identify themselves upon reinstall (ex: Facebook,
> twitter, etc.)
> >
> > --
> > Josh Marinacci
> > joshondesign.com
> >
> >
> > On Friday, March 23, 2012 at 3:09 PM, Shazron wrote:
> >
> >> Actually - we could get the nic address on iOS through some BSD API
> >> (legitimately). Until Apple bans it of course - which I figure they
> >> would if people start using this as the UUID now - so the risk is high
> >> if we use the mac address.
> >>
> >> On Fri, Mar 23, 2012 at 1:35 PM, Jesse MacFadyen
> >> <purplecabbage@gmail.com (mailto:purplecabbage@gmail.com)> wrote:
> >> > iPads and iPods don't have phone numbers and there is no API to get it
> >> > on iPhone.
> >> >
> >> > Same for nic and any other device specific value.
> >> >
> >> > Re: file path, is the guid per install, or is it really just a hash of
> >> > deviceId and appId? Does it survive app updates? resync's?
> >> >
> >> > File path is not a guid on WP7, in fact it is unknown. Sandboxed
> wpapp://
> >> >
> >> >
> >> >
> >> > Cheers,
> >> >  Jesse
> >> >
> >> > Sent from my iPhone5
> >> >
> >> > On 2012-03-23, at 1:23 PM, Bryce Curtis <curtis.bryce@gmail.com(mailto:
> curtis.bryce@gmail.com)> wrote:
> >> >
> >> > > Just an idea, but is there something else, like the phone number or
> MD5 of
> >> > > it, that could be used - so you don't have to gen one and then
> stash it
> >> > > around somewhere.
> >> > >
> >> > > On Fri, Mar 23, 2012 at 3:18 PM, Brian LeRoux <b@brian.io (mailto:
> b@brian.io)> wrote:
> >> > >
> >> > > > like that idea shaz --- good symmetry
> >> > > >
> >> > > > really, the same could be said for all apps/platforms
> >> > > >
> >> > > > On Fri, Mar 23, 2012 at 12:56 PM, Shazron <shazron@gmail.com(mailto:
> shazron@gmail.com)> wrote:
> >> > > > > Here's an idea - since the app folder name is a GUID, we
could
> just
> >> > > > > use that? This will only "break" if Apple decides to not
use
> GUIDs for
> >> > > > > folder names.
> >> > > > >
> >> > > > > On Fri, Mar 23, 2012 at 11:50 AM, Shazron <shazron@gmail.com(mailto:
> shazron@gmail.com)> wrote:
> >> > > > > > Yup - that is the only approach really. All the rest
is
> implementation
> >> > > > > > details (keychain or iCloud or some doohickey)
> >> > > > > >
> >> > > > > > On Fri, Mar 23, 2012 at 11:44 AM, Filip Maj <fil@adobe.com(mailto:
> fil@adobe.com)> wrote:
> >> > > > > > > Sounds like the WP7/GUID approach is the best
we can do for
> now. Back
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > > >
> >> > > >
> >> > > > that
> >> > > > > > > up with a new Quirk in the Device API documentation
and I
> think that's
> >> > > > > >
> >> > > > >
> >> > > >
> >> > > > all
> >> > > > > > > we can do, really.
> >> > > > > > >
> >> > > > > > > On 3/23/12 11:42 AM, "Jesse MacFadyen" <
> purplecabbage@gmail.com (mailto:purplecabbage@gmail.com)>
> >> > > > wrote:
> >> > > > > > >
> >> > > > > > > > WP7 generates a guid if the device I'd is
not available.
> Guid is
> >> > > > > > > > persistent and is only generated on first
run. This will
> not survive a
> >> > > > > > > > re-install of the app, but does identify
a particular app
> >> > > > > > > > installation.
> >> > > > > > > >
> >> > > > > > > > Cheers,
> >> > > > > > > > Jesse
> >> > > > > > > >
> >> > > > > > > > Sent from my iPhone5
> >> > > > > > > >
> >> > > > > > > > On 2012-03-23, at 11:31 AM, Michael Brooks
<
> michael@michaelbrooks.ca (mailto:michael@michaelbrooks.ca)>
> >> > > > > > > > wrote:
> >> > > > > > > >
> >> > > > > > > > > Darn.
> >> > > > > > > > >
> >> > > > > > > > > Any idea what we should do about `device.uuid`?
[1]
> It's a PhoneGap
> >> > > > > > > > > homebrewed API.
> >> > > > > > > > >
> >> > > > > > > > > [1]
> >> > > >
> http://docs.phonegap.com/en/1.5.0/phonegap_device_device.md.html#device.u
> >> > > > > > > > > uid
> >> > > > > > > > >
> >> > > > > > > > > On Fri, Mar 23, 2012 at 11:18 AM, Shazron
<
> shazron@gmail.com (mailto:shazron@gmail.com)> wrote:
> >> > > > > > > > >
> >> > > > > > > > > > According to
> >> > > > > > > > > >
> https://twitter.com/#!/TheKevinDent/status/182540197769134080
> >> > > > > > > > > > Prob because of the Path AddressBook
fiasco. Will
> accelerate this:
> >> > > > > > > > > > https://issues.apache.org/jira/browse/CB-49
> >> > > > > > > > > >
> >> > > > > > > > > > Will get it into 1.6.0 since this
is will be an big
> issue. Apple is
> >> > > > > > > > > > sure keeping me busy working around
their policies /
> bugs these
> >> > > > > > > > > > days...
> >> > > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
> >>
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message