La carte du système Chrome au système de fichiers ne fonctionne pas après la mise à jour
Je peux ajouter un dossier à l'espace de travail (ce qui ne semble rien faire, pour autant que je sache), mais l'option "Mapper vers la ressource système de fichiers" semble avoir été supprimée et je ne peux plus modifier en direct. fichiers css.
S'agit-il d'un bogue ou le processus de mappage des fichiers css a-t-il été modifié?
Cette conversation ( https://developers.google.com/web/updates/2017/10/devtools-release-notes ) indique que la nouvelle version utilise "la magie" pour mapper des fichiers distants vers des fichiers locaux, mais je n'arrive pas à le faire fonctionner du tout.
Pour référence, j'essaye de mapper un fichier css reddit à un sur mon propre ordinateur. Cela fonctionnait bien sur une version précédente de Chrome (en principe, j'ajoute le dossier et mappe le fichier css à l'intérieur, qui a été renommé pour porter le même nom que le fichier distant), mais pas sur la nouvelle (Chrome 63).
Je viens de régler un problème, où seuls certains fichiers ont été mappés vers mon espace de travail local.
Il s'est avéré que Google Chrome vérifie et compare également la dernière date de modification de vos fichiers.
Si le fichier sur le serveur a une date plus récente que votre copie locale, ce fichier ne sera pas mappé.
J'ai supprimé le fichier Bootstrap côté serveur et téléchargé ma copie locale, qui a une date de dernière modification plus ancienne. Google Chrome a instantanément mappé le fichier sur mon espace de travail local.
Par curiosité, j'ai exécuté touch bootstrap.min.js sur mon serveur pour définir la date de la dernière modification à aujourd'hui. Cela a brisé mon mappage de fichiers à nouveau.
J'ai eu le même problème, donc je suis passé à Chrome 62 (les préférences, l'historique, les extensions, etc., sont conservés).
- Télécharger Chrome 62 à partir de
https://www.slimjet.com/chrome/google-chrome-old-version.php . - Sur la corbeille OS X/Applications/Google Chrome.
- Désactivez la mise à jour automatique en définissant "par défaut, écrivez com.google.Keystone.Agent alwaysPromptForUpdates 1". La valeur par défaut est 0.
- Peut-être devez-vous également définir "par défaut, écrivez com.google.Keystone.Agent checkInterval 0". La valeur par défaut est 18000.
- Installez Chrome 62 comme d'habitude.
Après avoir démarré Chrome 62, ouvrez "À propos de Google Chrome". Chrome recherche des mises à jour, mais vous invite à confirmer.
Il semble qu'ils l'aient supprimée à cause des nouveaux espaces de travail 2.0 (voir: https://developers.google.com/web/updates/2017/10/devtools-release-notes ). Vous devriez pouvoir glisser et déposer votre dossier dans l'onglet sources et les liens se lieront automatiquement.
Merci à d'autres dans ce fil en disant que chrome vérifie la date de modification.
Ajouter ceci à .htaccess l'a résolu pour moi
IndexOptions SuppressLastModified
Bien sûr, vous ne voudriez pas que cela entre dans votre code de production car cela pourrait empêcher le fonctionnement de la mise en cache du navigateur.
À compter d'aujourd'hui, avec la version 63.0.3239.108 de Chrome (version officielle) (64 bits):
La fonctionnalité semble être encore endommagée, ne fonctionnant pas de manière automatique ni avec le comportement précédent.
Toutefois, l'ajout d'un dossier reflétant l'URL de la ressource, comme indiqué dans l'onglet Réseau, permet de le faire fonctionner à nouveau. Donc, si par exemple, dans l'onglet Navigateur de réseau, vous avez:
http://mylocal.site/wp-content/themes/mytheme/assets/sass/partials/_header.scss
Il vous suffira d’ajouter le dossier wp-content/ complet à l’onglet Système de fichiers pour que la fonctionnalité fonctionne à nouveau comme prévu.
J'ai effacé le cache et cela fonctionne maintenant.
Auparavant, j’ouvrais mon fichier CSS à partir de mon client FTP, puis je glissais le dossier contenant dans l’onglet Sources> onglet Système de fichiers (sans me soucier des noms ni de la structure des dossiers, j’ai juste fait glisser les clients FTP contenant le dossier).
Le mappage persistant fonctionnant immédiatement, les modifications apportées par les outils de développement de Chrome étaient enregistrées sur le serveur. Après 30 minutes de tripotage et de jeu, cela a juste cessé de fonctionner et la ressource CSS est estompée. L'icône du fichier avec le point vert n'apparaissait plus.
Peu importait ce que je ferais, cela ne fonctionnerait pas, mais lorsque j'ai effacé mon cache, cela a recommencé à fonctionner.
J'utilise également Chrome 63.0.3239.132 (Build officiel) (64 bits) et comme je voulais utiliser DevTools Live-edit pour modifier des fichiers js, j'ai constaté que l'option "Mapper vers la ressource du système de fichiers" était manquante.
Après quelques recherches, j'ai découvert que le Live-edit fonctionne parfaitement dans la version 63, il vous suffit de:
- allez dans Sources puis FileSystem
- ajouter le dossier avec votre code à l'espace de travail
Après cela, un petit point vert sera affiché près de vos fichiers (cela signifie que la synchronisation est prête) et les modifications via DevTools peuvent être conservées localement:
L'élément de menu "Mapper vers la ressource système de fichiers ..." est manquant. Il semble n'y avoir aucun moyen de mapper les fichiers. Il est complètement cassé autant que je peux dire.
Avait le même problème, mais lorsque mes cartes sources incluaient sourcesContent, les correspondances de fichiers étaient automatiquement faites et je pouvais éditer en direct mes scss. Apparemment, chrome utilise le contenu pour trouver le bon fichier.
node-sass --source-map-contents