3 votes

L'inspecteur Web se bloque dans Safari 7

Sur un site interne particulier, lorsque j'ouvre l'inspecteur Web dans Safari 7, il se bloque immédiatement, puis l'onglet entier se ferme. Lorsque je ferme l'onglet en panne, j'obtiens le message suivant dans la console :

1/22/14 10:54:27.896 AM com.apple.launchd[1]: (com.apple.WebKit.WebContent.D50214F7-A6C9-46E5-8F06-71C873A2D4B8[96246]) Exited with code: 1

Malheureusement, je ne peux pas partager un lien ou un code pour le site lui-même puisqu'il est interne, mais voici quelques détails supplémentaires :

  • Cela se produit sur trois machines différentes utilisant Safari 7 sous OS X Mavericks.
  • Le problème persiste même si je quitte et relance Safari 7.
  • Elle le fait no se produisent lorsque j'utilise les inspecteurs dans d'autres navigateurs, y compris Safari 6 (sous OS X Lion).
  • Elle le fait no se produisent lorsque j'utilise l'inspecteur Web de Safari 7 sur d'autres sites.
  • Si je consulte le site dans un autre navigateur (par exemple, Firefox), aucune erreur n'est signalée.

J'ai trouvé cette question qui semble décrire le même problème, mais il n'y a pas d'autres détails et la solution proposée ne fonctionne pas pour moi, d'où la raison pour laquelle je poste cette question en tant que nouvelle question.


MISE À JOUR : Autre pièce potentielle du puzzle : l'inspecteur Web ne se bloque que lorsque je visualise le site hors du serveur, no localement.

J'ai d'abord pensé que c'était parce que je faisais référence à Pingdom et Google Analytics avec des URL agnostiques (qui ne se résolvent pas localement, donc ne se chargent pas), par ex :

//www.google-analytics.com...

Cela m'a fait penser que quelque chose dans l'un de ces scripts provoquait le crash, ce qui expliquerait pourquoi il ne se produit que sur la page hébergée (où les chemins se résolvent). Mais rien n'y fait : même si je préfixe ces URLs avec http:// En revanche, l'inspecteur Web ne se bloque pas lorsque je visualise la page en local, mais uniquement en dehors du serveur.

1voto

Gerry Points 1

Je viens de régler exactement le même problème sur un site. C'est ennuyeux quand un débogueur s'étrangle et ne peut pas vous aider à trouver le problème !

Mon problème a été causé par une classe errante qui s'est introduite dans un style.

<div style="background: #ffb380; padding-bottom:30px; width:300px; text-center;">

La suppression du centre de texte a réglé le problème et Web-inspector se charge correctement. Je pense que vous avez également une erreur dans la page qui provoque l'arrêt de web-inspector. Je peux vous recommander deux approches :

  1. Un vérificateur d'erreurs en ligne, par exemple http://www.onlinewebcheck.com/
  2. Déterminez le problème en supprimant le contenu de la page jusqu'à ce que l'inspecteur Web se charge.

0voto

markhunte Points 11634

Le crash doit produire un journal de crash. Puisque chaque contenu Web est exécuté dans son propre processus. Ouvrez /Applications/Utilitaires/Console.app et tapez WebContent. Cela devrait vous montrer un rapport d'accident :

30/01/2014 21:39:20.697 ReportCrash[4191] : Rapport de crash enregistré pour com.apple.WebKit.WebContent[331] version 9537 (9537.73.11) vers /Users/UserName/Bibliothèque/Logs/DiagnosticReports/com.apple.WebKit.WebContent_2014-01-30-213920-1_My-Mac.crash

Il y aura également un bouton : enter image description here que vous pouvez cliquer pour obtenir plus de détails.

Vous y verrez des lignes comme :

Crashed Thread:  18  Dispatch queue: CA::CG::Queue

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000

Application Specific Information:
abort() called

Affichez cette section et le fil sur lequel il dit s'être planté. Mon exemple est le fil. 18

Il y aura deux entrées pour le fil. Une qui ressemble à ça :

18  com.apple.HIToolbox             0x00007fff8f7cecb7 ReceiveNextEventCommon + 479

et un autre plus bas :

Thread 18 Crashed:: Dispatch queue: CA::CG::Queue
0   libsystem_kernel.dylib          0x00007fff96301866 __pthread_kill + 10
1   libsystem_pthread.dylib         0x00007fff8d0f235c pthread_kill + 92
2   libsystem_c.dylib               0x00007fff904adbba abort + 125
3   libGPUSupportMercury.dylib      0x00007fff95e551b6 gpusKillClient + 111
4   libGPUSupportMercury.dylib      0x00007fff95e5651a gpusSubmitDataBuffers + 161
5   com.apple.GeForceGLDriver       0x00001234402eefe1 0x123440000000 + 3076065
6   com.apple.GeForceGLDriver       0x00001234402eee49 0x123440000000 + 3075657
7   com.apple.QuartzCore            0x00007fff9a4f7cf4 CA::CG::Renderer::flush(bool) + 44
8   com.apple.QuartzCore            0x00007fff9a4f4fb5 CA::CG::IOSurfaceQueue::flush_renderer(CA::CG::Queue::FlushMode) + 117
9   com.apple.QuartzCore            0x00007fff9a4f6b5d CA::CG::Queue::render_callback(void*) + 555
10  libdispatch.dylib               0x00007fff9781d2ad _dispatch_client_callout + 8
11  libdispatch.dylib               0x00007fff9781f68f _dispatch_queue_drain + 451
12  libdispatch.dylib               0x00007fff978209dd _dispatch_queue_invoke + 110
13  libdispatch.dylib               0x00007fff9781efa3 _dispatch_root_queue_drain + 75
14  libdispatch.dylib               0x00007fff97820193 _dispatch_worker_thread2 + 40
15  libsystem_pthread.dylib         0x00007fff8d0f2ef8 _pthread_wqthread + 314
16  libsystem_pthread.dylib         0x00007fff8d0f5fb9 start_wqthread + 13

Le fait de poster ces sections ici peut permettre ou non à quelqu'un de repérer l'erreur.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X