android-developers
[Arriba] [Todas las Listas]

[android-developers] Android Actividad lifecycle bug/problema. Android E

To: android-developers@xxxxxxxxxxxxxxxx
Subject: [android-developers] Android Actividad lifecycle bug/problema. Android El Equipo complace ayuda.
From: dnkoutso <dnkoutso@xxxxxxxxx>
Date: Wed, 30 Nov 2011 20:46:05 -0800 (PST)
Delivery-date: Wed, 30 Nov 2011 23:46:23 -0500
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:date:from:reply-to:to:message-id:subject :mime-version:x-original-sender:x-original-authentication-results :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:sender:list-subscribe:list-unsubscribe :content-type; bh=idiUepGBuZ0bOJ2yVKlIY6SZKJ4h0emEDa/tLxk86CQ=; b=5iPCtNjsMSWZunI/x9VktIHLNBklXykIaBO0ubZShOk+7AaVW3biJu5Sdl9U0+4k6z dpnG9lGxrYmKCONvJ+wam1m8dXn+3KmFmz+nCpFKJxoFqxedhQJnKiZFf/DkB5dcv4RA thIQBZJANFGVSrw7m9/82DwNErzF+IIc+Hu1A=
Envelope-to: traductor@xxxxxxxxxxx
List-archive: <http://groups.google.com/group/android-developers?hl=en_US>
List-help: <http://groups.google.com/support/?hl=en_US>, <mailto:android-developers+help@googlegroups.com>
List-id: <android-developers.googlegroups.com>
List-post: <http://groups.google.com/group/android-developers/post?hl=en_US>, <mailto:android-developers@googlegroups.com>
List-subscribe: <http://groups.google.com/group/android-developers/subscribe?hl=en_US>, <mailto:android-developers+subscribe@googlegroups.com>
List-unsubscribe: <http://groups.google.com/group/android-developers/subscribe?hl=en_US>, <mailto:android-developers+unsubscribe@googlegroups.com>
Mailing-list: list android-developers@xxxxxxxxxxxxxxxx; contact android-developers+owners@xxxxxxxxxxxxxxxx
Reply-to: android-developers@xxxxxxxxxxxxxxxx
Sender: android-developers@xxxxxxxxxxxxxxxx
Aquí el *scenario:

- Actividad de Inicio Un
- Actividad Un servicio de inicios *S
- Servicio *S carreras en *foreground modo y aparece una notificación que cuando 
pulsado toma el usuario a Actividad *B (*singleTop!!)
- Actividad *B aparece
- CASA de Prensa
- Ir a *DDMS y matar vuestro *apps proceso para simular que vuestro *app murió.
- *Android Dirá "*Rescheduling servicio chocado en 5000*ms" (a veces 
más largo)
- Servicio *S retoma y la notificación es mostrada.
- El Usuario ahora procesa el icono de notificación...

...En este tiempo, *Android recuperará ambas Actividades Un y *B debido al 
hecho el proceso acabó inesperadamente. Pero a pesar de la Actividad de hecho *B es 
*singleTop *android  *spawn lo OTRA VEZ porque el usuario *clicked en 
la notificación. Estos resultados a habiendo Un -> *B -> *B en la actividad *stack. 
Pulsando atrás te tomará otra vez al primer caso recuperado de Actividad 
*B.

Puede alguien del *Android el equipo aclara lo que está pasando detrás de las 
escenas y cómo para evitar esto? Qué es la manera mejor de simular que *Android 
mató el proceso debido a memoria baja? Está pulsando PARÓN de *DDMS bueno 
bastante o un caso de borde y esto nunca tendrían que pasar bajo circunstancias 
normales?

Qué es la diferencia entre Parón de Fuerza de *Settings --> Aplicaciones 
*versus PARÓN de *DDMS?

*Thanks Anticipadamente!

-- 
Recibiste este mensaje porque eres *subscribed al *Google
Grupos "*Android *Developers" grupo.
A correo a este grupo, envía *email a *android-developers@xxxxxxxxxxxxxxxx
A *unsubscribe de este grupo, envía *email a *android-*developers+unsubscribe@xxxxxxxxxxxxxxxx

Puesto que más opciones, visita este grupo en
*http://grupos.*google.*com/Grupo/*android-*developers?*hl=*en
Here's the scenario:

- Start Activity A
- Activity A starts service S
- Service S runs in foreground mode and shows up a notification which when 
pressed takes the user to Activity B (singleTop!!)
- Activity B shows up
- Press HOME
- Go into DDMS and kill your apps process to simulate that your app died.
- Android will say "Rescheduling crashed service in 5000ms" (sometimes 
longer)
- Service S restarts and notification is shown.
- User now processes the notification icon...

...at this time, Android will recover both Activities A and B due to the 
fact the process ended unexpectedly. But despite the fact Activity B is 
singleTop android will spawn it AGAIN because the user clicked on the 
notification. This results into having A -> B -> B on the activity stack. 
Pressing back will take you again onto the first recovered instance of 
Activity B.

Can someone from the Android team clarify what is happening behind the 
scenes and how to avoid this? What is the best way to simulate that Android 
killed the process due to low memory? Is pressing STOP from DDMS good 
enough or an edge case and this should never happen under normal 
circumstances?

What is the difference between Force Stop from Settings --> Applications 
versus STOP from DDMS?

Thanks in advance!

-- 
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@xxxxxxxxxxxxxxxx
To unsubscribe from this group, send email to
android-developers+unsubscribe@xxxxxxxxxxxxxxxx
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
<Anterior por Tema] Tema Actual [Siguiente por Tema>
  • [android-developers] Android Actividad lifecycle bug/problema. Android El Equipo complace ayuda., dnkoutso <=