6
votes

Crash d'AndroidStudio sur macOS Big Sur beta

Après la mise à jour vers la dernière version bêta de macOS Big (11.0 Beta (20A5395g)) - Android Studio (4.1) continue de se fermer car [NSOpenGLContext setView:] must be called from the main thread. Cela arrive très souvent, je dois donc ouvrir AS toutes les 5 minutes encore et encore

Il y a aussi un autre problème - ANR (ou fonctionnement très lent) que je tolérais jusqu'à présent - lié aux sous-fenêtres ouvertes comme

  • ouvrir le gestionnaire ADV
  • création d'un nouveau projet - choix de l'activité pour l'application
  • importation de projet depuis VCS.

La version bêta de BigSur est tellement instable que cela me rend fou. Recommandez-vous des canaux AndroidStudio ou macOS Canary / beta qui résolvent ces problèmes?

MODIFIER 17.11.2020

On dirait qu'après 2 installation du problème 11.0.1 est résolu


1 commentaires

vérifier ceci


3 Réponses :


6
votes

Y a-t-il une chance que vous ayez des moniteurs externes connectés? Je rencontre le même problème et le crash se produit chaque fois qu'une fenêtre Android Studio se trouve dans les moniteurs externes. Il s'agit d'un bogue JDK connu et résolu (voir https://youtrack.jetbrains.com/issue/JBR-2790 ). Je connais deux solutions de contournement, mais elles ne sont pas toutes les deux idéales:

  1. Ne connectez aucun moniteur externe, ou ...
  2. Changez votre runtime JDK en une version avec le bogue résolu:
    1. Vous devrez installer un plugin pour vous permettre de choisir votre runtime, voir https://intellij-support.jetbrains.com/hc/en-us/articles/206544879-Selecting-the-JDK-version-the-IDE- Will-run-under .
    2. Téléchargez et installez un runtime fonctionnel à partir de https://adoptopenjdk.net/nightly.html?variant=openjdk11&jvmVariant=hotspot (c'est-à-dire que la version 11.0.9 fonctionne, pas de plantages mais vous perdez certaines fonctionnalités telles que l'accès aux préférences et à l'éditeur de mise en page)
    3. Dans Android Studio, choisissez le nouveau runtime ( Aide > Rechercher une action ... > Choisir le runtime ... )

Malheureusement, je n'ai pas encore trouvé de runtime qui ne compromet pas une sorte de fonctionnalité dans AS.


6 commentaires

Tu plaisantes? : D Je vais déconnecter le moniteur supplémentaire et nous verrons


Cela fonctionne après avoir déconnecté l'écran externe


Petit ajout à cela. Ce n'est pas lorsque vous l'ouvrez sur un moniteur externe, mais lorsque vous l'ouvrez sur un moniteur externe non principal. Si vous avez un moniteur externe et que vous le définissez comme principal (en accédant aux paramètres d'affichage et en y faisant glisser la mini-barre de menus), IntelliJ ne plantera pas sur le moniteur externe, mais essaiera de faire glisser la fenêtre vers votre moniteur "intégré" va le planter


Utiliser "jbsdk11b125_osx_x64.tar.gz" de Choose Runtime fonctionne pour moi, même Préférences. L'éditeur de mise en page ne fonctionne toujours pas comme vous l'avez dit. J'ai essayé d'activer le moteur de rendu de mise en page expérimental, mais il s'est écrasé.


Bonne nouvelle: j'utilise Big Sur 11.0.1 Release Candidate (20B5022a) depuis quelques jours et je n'ai pas eu de plantages depuis.


Je suis sur Big Sur 11.0.1 (20B29) et il n'arrête pas de planter. La déconnexion du moniteur externe n'aide pas.



-1
votes

J'ai fait ce qu'Andrew Wei a dit à propos de way2, j'ai choisi un autre runtime, cela a résolu ce problème, mais ererytime j'ouvre la vue de conception de la mise en page ou la vue fractionnée, il s'est à nouveau écrasé, j'ai changé pour l'autre et l'autre version d'exécution, l'un de ce problème et le crash sur la vue de conception doit être affiché, donc je choisis le moindre des maux de remorquage, j'utiliserai avd pour afficher la mise en page au lieu de la vue de conception ou de la vue fractionnée.


2 commentaires

Vous devriez publier ceci comme un commentaire et non comme une réponse.


@Scarl, désolé, j'étais censé commenter mais cela me dit qu'il y avait quelque chose qui n'allait pas, alors je poste comme réponse, désolé. Je suis nouveau.



9
votes

Le gel de l'EDI lors de l'ouverture des onglets est dû aux paramètres par défaut de macOS. Allez dans Préférences Système> Général> onglets Préférer et sélectionnez Jamais .

Vous pouvez également exécuter cette commande dans Terminal si vous souhaitez conserver les onglets pour toutes les autres applications à l'exception d'Android Studio (la solution idéale):

defaults write com.google.android.studio AppleWindowTabbingMode manual


2 commentaires

Je cherchais exactement cela. Vous avez sauvé ma journée BIG TIME !!!


Vous êtes un génie !!!