No but really, I was not *actually* asking about Google engineer's presence
on this list. Thanks for your input though. (<- rhetorical again! ;))
I'm curious about issue 61950, which in my opinion is troubling because it
concerns the Activity stack - hence my "pings".
--
BoD
On Sunday, Decembe
http://i43.tinypic.com/2r7u0ip.png%5B/IMG%5D
My problem now is this...
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
a
While I can't answer the original question, here is what I would recommend:
- Exclude LocalBroadcastManager from obfuscation
- Break down the statement where the crash happens into several more simple
ones, so you can tell where it goes wrong
- Monitor crash reports
1. br.receivers.get(j).rec
There are still exceptions of course but no more of the
LocalBroadcastManager which was occurring the most out of all the
exceptions reported by Google and Flurry.
On Sunday, December 22, 2013 1:23:12 PM UTC-8, Jonathan S wrote:
>
> This doesn't explain much. Im sure you have more exceptions aft
This doesn't explain much. Im sure you have more exceptions after that one.
On Sunday, December 22, 2013 7:14:06 AM UTC-5, kevikev2020 wrote:
>
> Sure, here it is. Also attached a screenshot of the devices and OS.
> Since adding try/catch in Hackborns code, I haven't seen one report of
> crash
I don't think you understand what that word means, or at the very least,
you're using it incorrectly :-).
Google engineers respond to a very small amount of questions on this list
that concern core functionality, but in my experience don't participate in
discussions all that often: I suspect becau
It was a rhetorical question, Kristopher.
--
BoD
On Thursday, December 19, 2013 7:17:58 PM UTC+1, Kristopher Micinski wrote:
>
> Google engineers routinely read and comment on the contents of
> messages from this group, so I would suspect the answer is yes..
>
> Krs
>
>
> On Thu, Dec 19, 2013
Trying to figure out the preferences headers and namely what the
[`onBuildHeaders(List target)`][1] does exactly. So what is the
`target` argument supplied to the method ? Is it always an empty list
supplied to me to fill it up - even when I call [`invalidateHeaders()`][2]
(and all other possib
Any-one tried to use the android:persistent flag set to true in Application
manifest? Might not really be a desired configuration, but might help some
specific use cases.
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this gro
9 matches
Mail list logo
