java.lang.IllegalArgumentException: View not attached to window manager

Detta meddelande får jag ofta nu i crashrapporter på min app...

Det inträffar när min AsyncTask "progressar", samtidigt som användaren flippar runt mobilen (Porträtt<->landskap), då kraschar appen...

En lösning jag hittat, var att lägga till configChanges="orientation" i manifest, men då vill inte min layout fungera.

T.ex porträttläge.xml byts inte ut till landskap.xml när man byter orientation. Dock löser den problemet med krascherna...


Någon som har någon annan idé?

 

Ska man tro android - How to handle screen orientation change when progress dialog and background thread active? - Stack Overflow så är du på rätt spår med configChanges men har du gjort en egen onConfigurationChanged(Configuration) också? Min gissning är att du ska göra en sådan och där själv byta layout på något sätt.

 

Jag gjorde en funktion, som kollar vilken nuvarande orientation är, sedan låste jag fast den medan asynctask jobba, och när den var färdig, släppte jag orientation fri igen.

Kanske en dålig lösning, men det stoppar ju crash iaf

Sent from my Nexus S using Tapatalk

 

Kan det vara så att du startar asynctasken i din activity och endast har referens till den därifrån?

När du roterar telefonen kommer activityn att rivas ner och en ny att skapas upp utan refrensen till asynctasken.

Jag brukar skapa en instans av Application som jag använder som modell och som håller referenser till all global data i appen.

Om din asynctask gör ett callback till din activity när den är klar behöver du även uppdatera lyssnar-referensen med den nya aktiviteten som skapas.

 

Här kan du få lite tips också ProgressDialog

 

Kolla bara att din referens är giltig innan du använder den i din asynctask så blir det inga problem. När man gör grejer på en bakgrundstråd så är det alltid bra att verifiera att allt är så som man tror att det är innan man ger sig på att förändra saker.

 

mitt problem med detta fel är att jag körde mot sqlitedatabasen och jag stängde inte en cursor som jag hade glömt bort. ( returnerade count rows genom getAllentries().getcount() vilket inte var det bästa)