Web Inspector si arresta in modo anomalo su Safari 7

Naviga le tue risposte
3

In un particolare sito interno, ogni volta che apro Web Inspector in Safari 7, si blocca immediatamente e quindi l'intera scheda si blocca. Quando chiudo la scheda danneggiata, ottengo questo messaggio nella 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

Purtroppo, non posso condividere un link o codice per il sito stesso poiché è interno, ma qui ci sono alcuni dettagli aggiuntivi:

  • Questo accade su tre macchine diverse che eseguono Safari 7 su OS X Mavericks
  • Persiste anche se interrompo e riavvii Safari 7
  • Si verifica non quando utilizzo gli ispettori in altri browser, incluso Safari 6 (su OS X Lion)
  • Si verifica non quando utilizzo Web Inspector di Safari 7 su altri siti
  • Se ispeziono il sito in un browser diverso (ad esempio Firefox), non sono presenti errori

Ho trovato questa domanda che suona come se descrivesse il lo stesso problema, ma non ci sono altri dettagli e la soluzione non funziona per me, quindi perché sto postando questa come una nuova domanda.

UPDATE: un altro potenziale pezzo del puzzle: il Web Inspector si blocca solo quando visualizzo il sito fuori dal server, non localmente.

Inizialmente pensavo che ciò fosse dovuto al fatto che faccio riferimento a Pingdom e Google Analytics con URL indipendenti dal protocollo (che non risolvono in locale, quindi non caricano), ad esempio: 

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

Quindi questo mi ha fatto pensare che qualcosa in uno di quegli script stava causando il crash, il che spiegherebbe perché si è verificato solo sulla pagina ospitata (dove i percorsi si risolvono). Ma nessun dado: anche se prefisso quegli URL con http:// , Web Inspector non si arresta in modo anomalo quando visualizzo la pagina localmente, solo dal server.

    
posta daGUY 22.01.2014 - 17:10
fonte

2 risposte

1

Ho appena corretto esattamente lo stesso problema su un sito. È fastidioso quando si soffoca un debugger, quindi non può aiutarti a trovare il problema!

Il mio problema è stato causato da una classe vagante che si sta facendo strada in uno stile. 

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

La rimozione del centro di testo ha risolto il problema e il web-inspector si caricava correttamente. Mi aspetto che tu abbia anche un errore nella pagina che sta causando il soffocamento di Web-Inspector. Due approcci che posso consigliare:

  1. Un correttore di errori online, ad es. link
  2. Rileva il problema rimuovendo il contenuto dalla pagina finché non viene caricato web-inspector.
risposta data 24.01.2014 - 22:54
fonte
0

L'arresto anomalo dovrebbe produrre un registro degli arresti anomali. Poiché ogni contenuto Web è in esecuzione nel proprio processo. Apri /Applications/Utilities/Console.app e digita WebContent. questo dovrebbe mostrarti un rapporto sugli arresti anomali:

30/01/2014 21:39:20.697 ReportCrash[4191]: Saved crash report for com.apple.WebKit.WebContent[331] version 9537 (9537.73.11) to /Users/UserName/Library/Logs/DiagnosticReports/com.apple.WebKit.WebContent_2014-01-30-213920-1_My-Mac.crash

Ci sarà anche un pulsante: che puoi cliccare per ottenere maggiori dettagli.

in esso vedrai linee come: 

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

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

Application Specific Information:
abort() called

Pubblica questa sezione e il thread su cui dice che è andato in crash. il mio esempio è il thread 18

Ci saranno due voci per il thread. Uno che assomiglia a questo: 

18  com.apple.HIToolbox             0x00007fff8f7cecb7 ReceiveNextEventCommon + 479

e un altro più in basso: 

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

La pubblicazione di queste sezioni qui potrebbe o non potrebbe rivelare qual è l'errore.

    
risposta data 31.01.2014 - 09:19
fonte

Leggi altre domande sui tag

Esegui Script di shell singolarmente per ogni file selezionato nel Finder La partizione OSX non verrà montata. Le autorizzazioni sembrano sbagliate