4.2 : Petit souci avec éditeur intégré

blablatus · Janvier 31, 2022, 3:04

Bonjour.
Je viens de faire l’install de la version stable 4.2.7 sur ma box de test. Tout s’est très bien passée. J’ai simplement un tout petit souci avec l’éditeur intégré au core, celui qui remplace jeexplorer (plugin que j’ai supprimé d’ailleurs) : à chaque appel de l’éditeur, j’ai le message suivant qui apparaît dans la log http

[Mon Jan 31 15:54:27.893964 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:28.311689 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:28.452046 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:31.200368 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:31.218834 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:33.119253 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:34.223050 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:34.232302 2022] [access_compat:error] [pid 13354] [client 192.168.1.119:62299] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:46.645749 2022] [access_compat:error] [pid 13355] [client 192.168.1.119:62316] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:46.865525 2022] [access_compat:error] [pid 13355] [client 192.168.1.119:62316] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:46.967491 2022] [access_compat:error] [pid 13355] [client 192.168.1.119:62316] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:48.332213 2022] [access_compat:error] [pid 13355] [client 192.168.1.119:62316] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor
[Mon Jan 31 15:54:48.455217 2022] [access_compat:error] [pid 13355] [client 192.168.1.119:62316] AH01797: client denied by server configuration: /var/www/html/img, referer: http://192.168.1.62/index.php?v=d&p=editor

Problème d’accès à un dossier « /var/www/html/img » qui n’existe pas.

Ma box de test est un nuc i3 sous debian 10.

Voilà.

anon53349806 · Janvier 31, 2022, 3:12

Je reproduis pas.

Sur que Linux est a jour et que tu as re appliqué les droits via le.menu os de co figuration ?

blablatus · Janvier 31, 2022, 3:21

Oui, os à jour et j’ai réappliqué les droits après l’upgrade. Le hic est que le dossier concerné par le message « /var/www/html/img » n’existe pas.

anon53349806 · Janvier 31, 2022, 3:22

Tes en version fr ou uk de jeedom ?

blablatus · Janvier 31, 2022, 3:37

Version fr.
Je suis sous macOS, dernière version. J’ai ce message avec safari, mais pas avec chrome. Même après effacement de l’historique de safari, j’ai toujours ce message. Comprend pas trop, de toute façon, c’est pas grave, ça n’empêche pas le bon fonctionnement de l’éditeur. Merci.

henribi · Janvier 31, 2022, 5:09

Je constate le même problème avec safari uniquement. Chrome et Firefox ne présentent pas le problème.
Je suis sous MacOS Big Sur 11.4 at Safari est à jour.
Le même phénomène est visible sur une installation avec upgrade 4.1.28 vers 4.2.7 et sur une fresh install 4.2.7

nebz · Janvier 31, 2022, 9:24

Je tag notre ami @kiboost qui avait fait ce plugin et a donc intégré celui ci au core (si mes souvenirs sont corrects)

kiboost · Janvier 31, 2022, 9:25

Oui mais là j’ai pas d’idée… Je vais essayer de dépoussiérer un mac pour tester

nebz · Janvier 31, 2022, 9:27

Au vu de l’erreur ça semble venir du JavaScript… peut être du code conditionnel par navigateur ?

Si besoin je peux te mettre un teamviewer sur mon mac

blablatus · Février 4, 2022, 12:42

Bonjour.
Les erreurs semblent être liées aux thèmes « Core2019 Dark » et « Code2019 Light ».
Quand je suis en « Dark », j’ai ceci dans la console de safari

Quand je suis en « Light », il y a ceci

Peut-être une piste de recherche.

Voilà.

kiboost · Février 4, 2022, 3:37

Et pas de customisation avancée, thème trafiqué, js custom etc ??

Je ne vois pas bien comment il peut cherche à cet endroit là …

nebz · Février 4, 2022, 5:34

Hello, sur quel navigateur ? Uniquement safari toujours ?

Je pense pas que la diff entre black et White apporte un intérêt, c’est juste le thème qui charge plus ou moins d’images.

Par contre le nom de l’image est intéressant, @kiboost pas moyen de chercher ce nom dans la lib ?

kiboost · Février 4, 2022, 5:38

c le logo jeedom définit en variable css dans les colors.css
absolument aucune raison que çà fasse çà, et c’est comme çà depuis la 4.0

nebz · Février 4, 2022, 5:49

Oui mais les restrictions n’étaient pas là et le 403 vient clairement de ces restrictions

Ou une erreur de la lib qui loupe une variable genre :

Var chemin = "" #variable loupée

<img src="chemin+'/img/machin.png...

(Simplifié, je suis sur mobile)

kiboost · Février 4, 2022, 6:13

C une variable css pas js. Et on verrai pas le logo dans ce cas. Mais y’a aucune raison de cher her un root/img je comprend vraiment pas.

nebz · Février 4, 2022, 6:20

Oui c’était pour montrer l’éventuel problème d’une variable vide.

Phpvarious · Février 4, 2022, 11:20

Bonsoir,

Je croit pas que les logos portent ces noms !

Pour infos si ca peut aider :
dans deskop/css/desktop.main.css ligne 4415 :

.ui-state-active .ui-icon,
  .ui-widget-header .ui-icon {
    background-image: var(--url-iconsDark)!important;
  }

–url-iconsDark est initié dans core/themes/core2019_dark/desktop/colors.css ligne 52 :

--url-iconsDark: url(../img/ui-icons-black.png);

soit ../img/ui-icons-black.png a partir du fichier deskop/css/desktop.main.css
sa nous mène dans deskop/img/ui-icons-black.png

et la cette image existe :

ui-icons-black

ca explique/résout pas le soucis, mais sa peut être une piste.

Bonne soirée.

kiboost · Février 4, 2022, 11:22

Bien vue c pas le logo en effet !

kiboost · Février 4, 2022, 11:25

Vite fait sur le téléphone mais apparemment on est pas seul. Bug de safari ?

amg0 · Février 5, 2022, 12:03

meme problème. je ne connais pas la solution mais j’ai un workaround qui marche chez moi. (bien sur que temporaire)
cf Editeur de fichier et Jeedom core 4.2.7