App Widget Configuration Activity e onUpdate

Non so se sia un'argomento abbastanza "avanzato" per questo forum ma credo di si ;)

Sto sbattendo la testa in un presunto bug molto fastidioso, presunto perchè ho trovato 2 ticket a riguardo ma è talmente stupido che mi pare strano non sia ancora stato sistemato...l'alternativa è che io assieme ad altri sbagliamo qualcosa.

Spesso i widget appena vengono inseriti hanno bisogno di una pagina di settings dove configurare alcuni parametri fra cui la frequenza di aggiornamento gestita di l'AlarmManager

La documentazione dice chiaramente conme impostare questa finestra di configurazione in modo che venga avviata all'inserimento del widget. Si dice anche come fare in modo che il widget eviti di partire se la configurazione viene abortita e soprattutto si dice chiaramente che l'onUpdate parte dopo che la configurazione avviene con successo e non prima!

Tutto questo sembra non funzionare e ne sono testimoni questi 2 ticket che credo siano collegati

Issue 3696 - android - sdk1.5 Widget onUpdate is called once before displaying configuration activity - Project Hosting on Google Code
Issue 2539 - android - Unconfigured home screen widgets are left in limbo - Project Hosting on Google Code

il primo parla dell'onUpdate che parte prima del dovuto e nel secondo si lamentano che se la configurazione viene annullata (o non c'è abbastanza spazio libero in home) il widget rimane nel limbo e continua a funzionare anche se non viene visualizzato
Le due cose sono collegate perchè l'onUpdate viene eseguito prima di sapere se la configurazione è andata a buon fine o meno

Ripeto mi sembra una cosa molto stupida tanto che forse sto sbagliando io qualcosa ma ho seguito passo passo quello che c'è scritto qui
App Widgets | Android Developers

sembra essere un vero bug e un problema diffuso...lo reputo un pò assurdo

ora purtroppo non posso provare ma credo che si possa usare un workaround del tipo: uso un valore booleano nei file xml delle preferenze e prima di far partire l'allarme in onUpdate controlo che questo valore sia su true
al primo onUpdate sarà false, poi nel momento in cui l'utente effettua le configurazioni lo imposto a true e forzo l'esecuzione dell'onUpdate con updateAppWidget()

l'unico dubbio è se è fattibile o meno l'ultima cosa...stasera proverò
nel frattempo se avete qualche suggerimento ben venga...

Si confermo anchio ho lo stesso problema. Per risolverlo ho usato il workaround di monossido e in pratica, siccome nella mia app ogni widget ha il suo sharedpreferences in xml.

non faccio altro che settate "configured=true" quando l'activity di configurazione ha dato esito positivo.

In questo modo risolvo anche il problemino del onupdate iniziale. ed eventuali widget lasciati nel limbo vengono lasciati li dove sono perchè al passaggio dell'onUpdate questo si accorge che non è stato configurao.

confermo il comportamento bizzarro. Io pure ho fatto in modo simile a quanto detto da andrea e tutto funziona...

ok il config=false e un if evitano che l'onUpdate faccia robe strane prima di aver terminato la configurazione ma poi?
non trovo il modo di far ritornare il programma nell'onUpdate...

EDIT:
potrei creare un'ulteriore classe che estende Service e chiamarla subito dopo l'avvenuta configurazione con startService(), ma mi pare veramente un casino inutile...d'altra parte non riesco proprio a richiamare l'onUpdate
RIEDIT: ho miparato che è meglio mettere meno codice possibile in onUpdate o simili :)

per rilanciare l'update basta che mandi un broadcast intent....
il problema invece è quando il widget non viene inserito perchè non c'è spazio nella home, in questo caso viene configurato correttamente ma poi sparisce