2015-03-30 17 views
17

Ho una pagina Web remota che carica un file JavaScript remoto chiamato script.js. Non ho accesso immediato al filesystem remoto per apportare modifiche per testare qualcosa.Chrome Dev Tools - Mancata corrispondenza mappatura area di lavoro

Quindi copio script.js nella mia unità locale e in Chrome Dev Tools aggiungo la mia cartella locale all'area di lavoro. Quindi faccio clic con il pulsante destro del mouse sul file script.js remoto e scegli Map to File System Resource.... Prendo il mio locale script.js.

Così ora mi aspetto che le mie impostazioni internazionali vengano sostituite da script.js per sostituire il telecomando script.js, giusto? In questo modo posso apportare alcune modifiche al mio locale script.js e quando ricarico la pagina posso vedere le modifiche che si riflettono sulla mia pagina.

Tuttavia nella scheda Fonti, quando si seleziona il mio locale script.js vedo l'avvertimento al vertice:

Workspace mapping mismatch 

The content of this file on the file system: 

file:///Users/me/test/script.js 

does not match the loaded script: 

http://someserver.com/js/script.js 

Possible solutions are: 
- Reload inspected page 
- Check that your file and script are both loaded from the correct source and their contents match 

Così è questo mi dice che il mio locale script.js ha bisogno di essere esattamente come il telecomando script.js? Se è così, allora qual è il punto della risorsa locale?

Non è lì in modo che è possibile apportare modifiche e vedere quelle modifiche riflesse nel browser? Se deve corrispondere al file remoto, è necessario avere già accesso per poter modificare il file remoto, nel qual caso si apportano le modifiche lì e non sul file locale. Se questo è il caso, allora qual è il punto di avere la risorsa locale mappata?

Mi manca qualcosa qui? Non è possibile apportare modifiche locali temporanee a un file in Chrome Dev Tools e queste modifiche si rifletteranno quando la pagina viene ricaricata? Pensavo che fosse lo scopo delle risorse del file system locale.

+1

Grazie per la pubblicazione. Avere lo stesso problema con i file javascript ma nessun problema con i file CSS. stava per pubblicare la mia domanda su questo. – GnrlBzik

+0

Almeno potrebbe solo notificare e sembra che stia bloccando l'esecuzione del contenuto. Poiché nessuna delle mie modifiche può essere eseguita. – GnrlBzik

+0

Stesso comportamento in * Versione 41.0.2272.104 (64-bit) * Versione 43.0.2351.3 canarino (64-bit) – GnrlBzik

risposta

13

Le aree di lavoro sono progettate per mappare lo stesso file presente nel file e servito sulla rete. (come servire ~/code/app a localhost: 8000).

Non funzionerà per servire un file locale in sostituzione. Ci sono alcune estensioni di Chrome per questo, io consiglio Flip the Script.

+0

Paul Irish, ricevo questo errore se sto servendo ~/code/app su localhost: 8000. Sono persino andato così lontano da usare opendiff per vedere se c'erano delle strane differenze di terminazione di linea o altro. Niente. 0 differenze. Anche questo è intermittente. A volte funziona (come quando ho riavviato il mio MacBook 2012 e ho avviato Chrome da zero), ea volte no. – rstackhouse

+3

I documenti sembrano dire il contrario all'indirizzo: https://developer.chrome.com/devtools/docs/workspaces –

+1

Sì, i documenti delle aree di lavoro fanno sembrare che questo dovrebbe funzionare. Quindi confondilo. Ma, come ha detto Paul, ci sono le estensioni di Chrome. Switcheroo Redirector ha funzionato per me: https://chrome.google.com/webstore/detail/switcheroo-redirector/cnmciclhnghalnpfhhleggldniplelbg/related?hl=it –

Problemi correlati