Empêcher / intercepter «IllegalArgumentException: paramètre doit être un descendant de cette vue»

J’ai aussi rencontré ce problème et la solution de validcat a fonctionné pour moi, mais j’ai dû appeler getWindow().getCurrentFocus().clearFocus() .

Dans mon cas, il était lié à windowSoftInputMode="adjustPan" , listView et editText on list element (vue d’en-tête).

Afin de résoudre ce problème, j’appelle masquer la méthode du clavier logiciel avant la fin de l’activité.

 public void hideKeyboard(Activity activity) { InputMethodManager inputMethodManager = (InputMethodManager) activity.getSystemService(Activity.INPUT_METHOD_SERVICE); View focusView = activity.getCurrentFocus(); if (focusView != null) { inputMethodManager.hideSoftInputFromWindow(focusView.getWindowToken(), InputMethodManager.HIDE_NOT_ALWAYS); } } 

Si aucune des solutions suggérées ici ne vous concerne …

J’ai rencontré une erreur similaire et j’ai remarqué qu’elle était signalée par les appareils de mes utilisateurs (après une panne) sans explication claire de ce qui la provoquait (identique au journal affiché sur la question). Galaxy (y compris les appareils S6) (mais pas sur les appareils Nexus ou autres, c’est pourquoi mes tests n’ont pas réussi à révéler le problème). Donc, tout d’abord, il convient de vérifier si le problème est spécifique à l’appareil ou non.

Ce que j’ai trouvé plus tard, c’est que lorsque vous appuyez sur le bouton de retour alors qu’un clavier virtuel Samsung était affiché sur un champ de texte, l’application plantait cette erreur, mais pas toujours!

En effet, le champ de texte à l’origine du crash était également affiché dans une scrollview avec fillViewPort = “true” activé.

Ce que j’ai trouvé, c’est que la suppression de l’option fillViewPort de la vue de défilement n’entre pas en conflit avec le clavier Samsung affiché / masqué. Je soupçonne que le problème est en partie dû au fait que les claviers Samsung sont des claviers virtuels différents de ceux des claviers Nexus, ce qui explique pourquoi seul un sous-ensemble de mes utilisateurs rencontrait ce problème et qu’il se bloquait uniquement sur leurs appareils.

En règle générale, et si aucune des solutions suggérées ici ne s’applique à vous, je vérifierais si le problème est spécifique à l’appareil, et aussi pour simplifier la vue sur laquelle je travaille jusqu’à ce que je puisse trouver le “composant coupable” (composant et voir que, je devrais append, n’a pas été signalé dans les journaux de plantage – donc je suis seulement tombé sur la vue spécifique causant le problème par hasard!).

Désolé je ne peux pas être plus précis, mais j’espère que cela donne quelques indications pour une enquête plus approfondie si quelqu’un éprouve un problème similaire mais inexpliqué.

Dans le cas d’une vue de liste extensible, si vos éléments enfants ont du texte de modification, vous devez modifier la capacité de mise au point avant les descendants pour la vue de liste extensible.

 expandableListView.setDescendantFocusability(ViewGroup.FOCUS_BEFORE_DESCENDANTS); 

J’ai rencontré le même problème lors de l’utilisation de EditText dans Recyclerview . Après de nombreuses difficultés et en essayant différentes options, j’ai découvert que la suppression de la ligne lorsque mon clavier est ouvert produit ce problème. Je l’ai résolu en notifyItemRemoved(position) fermeture de mon clavier et en changeant notifyItemRemoved(position) avec notifyDataSetChanged() .

Ma réponse est liée à la plupart des réponses ici, mais je voulais juste append que dans mon cas, cet incident est survenu en raison de la suppression d’une ligne avec un texte de modification qui avait actuellement le focus.

Donc, tout ce que j’ai fait, c’est remplacer la méthode remove de l’adaptateur et demander si la ligne supprimée contient la modification de focus en cours et si oui, effacer le focus.

Cela l’a résolu pour moi.

Basé sur la réponse de @Bruce, peut résoudre l’erreur avec recyclerview comme ceci:

 @Override public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) { View currentFocus = ((Activity)context).getCurrentFocus(); if (currentFocus != null) { currentFocus.clearFocus(); } } 

J’utilise RecyclerView et aucune des solutions présentées n’a fonctionné. J’ai eu l’erreur lors de la suppression des éléments.

Ce qui a fonctionné a été de remplacer le paramètre “onItemDismiss (int position)” de l’adaptateur pour qu’il commence par “notifyDataSetChanged ()” avant de supprimer l’élément, puis qu’il fasse “notifyItemRemoved (position)” après avoir supprimé l’élément. Comme ça:

 // Adapter code @Override public void onItemDismiss(int position) { if (position >= 0 && getTheList() != null && getTheList().size() > position) { notifyDataSetChanged(); // <--- this fixed it. getTheList().remove(position); scrollToPosition(position); notifyItemRemoved(position); } } 

Faites également une substitution de 'removeAt (int position)' dans TabFragment pour appeler le nouveau code de nettoyage, comme ceci:

 // TabFragment code @Override public void removeAt(int position) { mAdapter.onItemDismiss(position); mAdapter.notifyItemRemoved(position); // <--- I put an extra notify here too } 

J’ai la solution la plus simple mais pas bonne. Étendez simplement la méthode NestedScrollView et remplacez la méthode onSizeChanged, ajoutez un bloc try catch.

 public class FixFocusErrorNestedScrollView extends NestedScrollView { @Override protected void onSizeChanged(int w, int h, int oldw, int oldh) { try { super.onSizeChanged(w, h, oldw, oldh); } catch (Exception e) { e.printStackTrace(); } }} 

Dans mon cas, j’ai une vue de couche de remorquage, la couche supérieure est listView, en bas est NestedScrollView. L’erreur se produit lorsque je change de couche. Le focus doit être pris par l’élément ListeView (bouton).

Je ne peux donc pas faire perdre le focus au bouton. La meilleure solution est alors NestedScrollView.