Without going into details since this is a public forum, suffice it to say that
it might not be in your best interest to delicense the app when it has been
licensed successfully in the past. This approach has helped us in dealing with
these issues, and perhaps a similar approach might help out i
Based on those threads and the issues list, it seems that receiving a broadcast
is the main known way that this is triggered (aside from not having a
foreground service, but I do have one), but I have logs on all my onReceive and
it doesn't seem to be that. :(
On Mar 13, 2014, at 2:45 AM, Pent
ion off or export with Eclipse.
On Thu, Aug 8, 2013 at 2:17 PM, Digipom Inc. wrote:
> Interesting, I wasn't aware of the strictfp modifier. It seems that
> changing one of the floats to a double may have fixed it... I sent out
> several more specific tests and waiting for the remote d
Interesting, I wasn't aware of the strictfp modifier. It seems that
changing one of the floats to a double may have fixed it... I sent out
several more specific tests and waiting for the remote debugger to confirm.
:)
On Wed, Aug 7, 2013 at 5:12 PM, Nobu Games wrote:
> If it is floating point re
Thanks, I've added my info to the bug. Hope that we can figure out a
solution.
On Tue, Mar 19, 2013 at 2:34 PM, Harri Smått wrote:
> Hi,
>
> There's this one rather recent issue which might be related to what you're
> seeing;
> https://code.google.com/p/android/issues/detail?id=52446
>
> --
> H
Hi Al,
Thanks, this seems like a good approach. This was just what I was wondering
-- how to statically configure things so as to avoid the Android bugs with
runtime enabling/disabling. I'll give this one a shot! :)
On Tue, Feb 19, 2013 at 3:08 AM, al wrote:
> You can "statically" configure thi
Ok, I was just wondering, as I once turned an app project into a library
project by simply checking the checkbox, kept the old package name for the
library and created a new app project with a different package.
I was just wondering if there was something I might have overlooked or some
bad side e
bly should have
been.
On Thu, Aug 16, 2012 at 10:29 AM, Mark Murphy wrote:
> On Thu, Aug 16, 2012 at 10:19 AM, Digipom Inc. wrote:
> >> Not everything is designed to be used indefinitely by a service.
> >
> > It's hard to think of something more suited to a service tha
On Thu, Aug 16, 2012 at 7:57 AM, Mark Murphy wrote:
> On Thu, Aug 9, 2012 at 11:23 AM, Digipom wrote:
> > I got bitten by this the hard way. The official documentation on services
> > doesn't have any warnings about this, so I figured onDestroy() was good
> > enough. I had some audio shut down co
9 matches
Mail list logo
