Type de fichier : fichier JS considéré comme de type html

[RobertG]

Bonjour,

J'essaie de comprendre pourquoi j'ai des fichiers JS considérés comme du html et bloqués par FireFox. Le message pour l'un d'eux :

403 La ressource à l’adresse « url_du_site/libraries/fsj_core/assets/js/jquery/jquery.fsj_tooltip.js » a été bloquée en raison d’un type MIME (« text/html ») incorrect (X-Content-Type-Options: nosniff)

Le fichier est vieux, adaptation de bootstrap tooltip js. Au-delà de cette considération, c'est la raison pour laquelle il est interprété comme html que j'aimerais comprendre.
Après les commentaires, le fichier commence par :

!function (jQuery) {

"use strict"; // jshint ;_;


/* TOOLTIP PUBLIC CLASS DEFINITION
* =============================== */

var FSJ_Tooltip = function (element, options) {
this.init('fsj_tooltip', element, options)
}

Merci de vos conseils,
Robert

PS : que me conseillez-vous comme lecture ? Je suis perdu entre JavaScript, JQuery et Bootstrap d'autant que c'est maintenant la version 5 de Bootstrap qui est utilisée...

[lomart]

Bonsoir Robert,

Il faut regarder où et comment est appelé ce fichier JS.

[RobertG]

Merci Loïc,

Voici la ligne concernée

JFactory::getDocument()->addScript( JURI::root().'libraries/fsj_core/assets/js/jquery.fsj_tooltip.js' );

[lomart]

Bonjour Robert,

Cette ligne est dans quel fichier ? fsjtmstate.php ?

Retrouves-tu l'appel à jquery.fsj_tooltip.js dans le head de la page ?

J'ai eu ce message quand j'essayais de charger dans le head de la page des css qui étaient en réalité des scss. Il y avait des instructions @import non supportées

[RobertG]

Bonjour Loïc,

L'appel est dans le fichier

administrator\components\com_fsj_transman\models\f ields\fsjtmstate.php

dans la fonction "AdminDisplay"

Et dans l'entête de la page j'ai bien

<script src="[URL="https://forum.joomla.fr/core/view-source:https://fsjtranslate.par-robertg.fr/libraries/fsj_core/assets/js/jquery/jquery.fsj_tooltip.js"]/libraries/fsj_core/assets/js/jquery/jquery.fsj_tooltip.js[/URL]"></script>

[lomart]

Je suis désolé de ne pouvoir t'aider plus.

Peut-être, essayer de supprimer le contenu du fichier pour tester !

[RobertG]

Merci Loïc !

En fait, le mieux serait que j'arrive à comprendre ce que font ces quatre scripts pour les remplacer.

Même non chargés, j'ai réussi à faire afficher la liste des fichiers à traduire, mais certaines choses manquent dans la page sans que ça pose de problème pour accéder au fichier, le traduire et l'enregistrer.
Passer à la page 2 par exemple affiche tous les fichiers au lieu de seulement ceux de la deuxième page.

Ensuite, pour la gestion des fichiers à mettre dans les paquets d'installation, l'ajout de fichiers dans les paquets ne fonctionne à cause de ces problèmes JS, je pense.

[pmleconte]

Bonjour Robert,

J'ai déjà eu ce type d'erreur et il ne venait pas de l'interprétation des JS mais d'erreurs de syntaxe dans le php.

J'ai eu aussi le cas avec des JS incomplets, mais, je ne pense pas qu'il y avait ce type d'erreur.

As-tu essayé d'appeler un autre JS dans ton code ?

Pascal

[RobertG]

Merci Pascal,

Il semble que tous les JS de cette extension soient bloqués, j'ai essayé diverses pages.
Pour la page principale, les trois appelés et listés comme "src" dans le code source de la page sont en erreur 403.
Les dossiers sont en 755 et les fichiers en 644.

J'ai cru comprendre que c'est l'entête qui devrait permettre de contourner ce X-Content-Type-Options : nosniff mais pas trouvé comment faire dans le plugin http-header...

Mais ce qui est bizarre aussi, c'est que si je remplace le code du fichier par celui d'un fichier JS de Joomla!, l'erreur persiste, le fichier est toujours considéré comme du text/html