Lien de menu contact inopérant

[RobertG]

Conne je l'ai dit juste avant, il suffit de ne pas publier le module sur la page de contact et de le conserver sur les autres pages.

[Sam_38]

Donc je supprime ce module, qui me servait depuis dix jours à présenter une liste déroulante, des derniers fichiers en ligne. Tu m'as beaucoup obligé, RobertG ! Et je mettrai en réglé dès que Petite Fée se sera manifestée.

S.

[RobertG]

Il suffirait donc d'interdire l'affichage de ce module sur la page de contact pour que tout rentre dans l'ordre.

[Sam_38]

Dans le mille ! Tant que CG Scroll est activé [même si JCH est désactivé], nous obtenons l'erreur. Désactivons CG Scroll, tout marche ! "Même" quand on réactive JCH !

[RobertG]

C'est donc le module CG Scroll qui provoque l'erreur.

Si j'ajoute ?template=protostar ou ?template=beez3 à l'adresse de la page de contact, je peux recharger cette page autant de fois que je veux (testé sur 4 navigateurs) sans reproduire l'erreur.

Le problème est à vérifier à mon avis dans un premier temps en désactivant JCH et éventuellement la réécriture d'URL, mais aussi ce module, puis réactiver le module (si utile ici), ensuite la réécriture, et si tout va bien JCH. Il faut voir à quel moment ça se reproduit, si ça se reproduit.

[Sam_38]

Désolé de te/vous donner tant de souci...
Le rapport d'erreurs, que j'ai effectué hier avant de solliciter de l'aide, disait ceci, de l'hébreu pour moi :

# Function Location
1 () JROOT/modules/mod_cg_scroll/helper.php:354
2 modCGScrollHelper::getLatest() JROOT/modules/mod_cg_scroll/mod_cg_scroll.php:70
3 include() JROOT/libraries/src/Helper/ModuleHelper.php:200
4 Joomla\CMS\Helper\ModuleHelper::renderModule() JROOT/libraries/src/Document/Renderer/Html/ModuleRenderer.php:98
5 Joomla\CMS\Document\Renderer\Html\ModuleRenderer->render() JROOT/libraries/src/Document/Renderer/Html/ModulesRenderer.php:47
6 Joomla\CMS\Document\Renderer\Html\ModulesRenderer->render() JROOT/libraries/src/Document/HtmlDocument.php:501
7 Joomla\CMS\Document\HtmlDocument->getBuffer() JROOT/libraries/src/Document/HtmlDocument.php:793
8 Joomla\CMS\Document\HtmlDocument->_renderTemplate() JROOT/libraries/src/Document/HtmlDocument.php:567
9 Joomla\CMS\Document\HtmlDocument->render() JROOT/libraries/src/Application/CMSApplication.php:1090
10 Joomla\CMS\Application\CMSApplication->render() JROOT/libraries/src/Application/SiteApplication.php:778
11 Joomla\CMS\Application\SiteApplication->render() JROOT/libraries/src/Application/CMSApplication.php:209
12 Joomla\CMS\Application\CMSApplication->execute() JROOT/index.php:49

S.

[RobertG]

En effet, en rechargeant la page avec Protostar, l'erreur réapparaît.
Que dit le débogage, avec le rapport d'erreurs à max ou développement ? On devrait pouvoir savoir quel fichier est en cause.
Mais le plus vraisemblable est un problème de base de données.
Je tenterais volontiers une reconstruction de toutes les catégories.

[elizabeth]

Bonjour RobertG, et à tous ceux qui pourraient avoir des idées.
Je viens de faire des tests sur le site de Sam, et voici ce que j'ai remarqué :
- Le formulaire fonctionne bien si on est en connecté ou admin.
lorsque Sam dit que le site de test fonctionne, c'est parce qu'on s'y connecte en invité pour y accéder.
-> j'ai vérifié les droits et tout est ok. J'ai testé en donnant tous les droits, les mêmes que ceux de grand-admin au composant formulaire mais le problème reste le même : en public ça ne fonctionne pas... Sauf :
(et là vous allez tomber de vos chaises
- si, côté admin, je désactive puis réactive un lien de menu (n'importe lequel). Le formulaire s'affiche correctement pour le publique UNE FOIS. Si on recharge la page ou qu'on reclique sur le lien formulaire, l'erreur est à nouveau là.
-> j'ai suivi un tuto Gitub : https://github.com/joomla/joomla-cms...9638a318558d0a sans succès.
-> j'ai remplacé les dossiers mod_articles_categories et mod_articles_category et le fichier route.php par une version de l'un de mes sites qui fonctionne, sans succès.
-> j'ai installé un autre formulaire : BreezingformPro : même problème, il ne s'affiche pas, avec le même code erreur.

La version du site et à jour, et Sam a régénéré le noyau hier sans succès.

Donc :
- ça ne vient pas du composant formulaire, car l'autre composant testé fait pareil.
- Il y a un "truc" au niveau des niveaux d'accès
- Il y a ce phénomène bizarre, lorsqu'on désactive et réactive un lien de menu, ça fonctionne une fois. Que se passe t'il au niveau de Joomla lorsqu'on charge la page du site juste après avoir réactivé un lien de menu ?

Faites chauffer les cerveaux !

Et merci de votre aide...

[RobertG]

Bonjour,

Comme je l'ai dit, tu peux forcer la réinstallation des fichiers système depuis le composant de mise à jour de Joomla! et si ça ne résout pas le problème, tu pourras en effet transférer par ftp une version complète.

Mais à mon avis, le problème vient d'une surcharge dans Beez3 car si on affiche la page avec Protostar, il n'y a plus d'erreur.

[Sam_38]

Merci RobertG, d'avoir été plus constant que moi... Mais hier au soir, j'ai fermé l'ordi assez tôt, j'en avais, comme on dit, par-dessus la tête ;-(
Donc, de bon matin, je viens de passer une petite heure à faire des tests, et voilà :
- si l'on considère les Paramètres SEO, et qu'on supprime la réécriture au vol, on obtient dans les deux cas la même adresse, soit :

........................./index.php?option=com_alfcontact&view=alfcontact&It emid=270

Autre question ? Oui, le site et son clone sont bien tous les deux en MySQL PDO. Depuis quand ? Depuis un certain temps, dirait F. Raynaud ;-)
J'avais lu ça sur le forum, j'ai suivi... Je ne pense pas que cette fichue erreur vienne de là, mais bon...

Je me demande donc si, en toute extrémité, la solution radicale ne serait pas d'injecter une mouture complète de Joomla! dézippée (par WinSCP, par exemple), excepté naturellement le répertoire installation (peut-être aussi cache et tmp), et les six fichiers htaccess, index.php, LICENSE, README, robots.txt.dist, web.config.

Encore merci, très bonne journée à toi, et à ceux qui nous ont lus !

Sam_38

[RobertG]

Les adresses doivent être comparées sans réécriture : est-ce bien le cas.

Autre question : depuis quand le site fonctionne-t-il en MySQL PDO et le clone est-il lui aussi en PDO ?

[Sam_38]

L'adresse [https://www.samuelhuet.com/] est strictement la même...
Merci, en tout cas, de ton intervention !
S.

[elizabeth]

à partir de l'administration du site dans Joomla!, on a accès (onglet de droite) au site lui-même. Et par ce biais, ça marche !

Et l'adresse dans la barre du navigateur est-elle exactement la même que lorsque tu navigues dans ton site dans le web ?
je penche pour un problème d'htaccess à régénérer dans le cas où les adresses ne seraient pas identiques

[Sam_38]

Bonjour, Petite Fée, et merci !
as-tu essayé de remplacer le site prod par ton site miroir qui fonctionne ?
Je ne le puis, car il y a tout plein, dessus, d'essais (et erreurs !) ; ça n'est pas présentable, comme dirait Brel ;-)

que veux-tu dire par "ça fonctionne par ma console 1&1 ?
Je me suis très mal expliqué. J'ai voulu dire qu'à partir de l'administration du site dans Joomla!, on a accès (onglet de droite) au site lui-même. Et par ce biais, ça marche !

ton ancien contenu contact qui fonctionne dans ton site miroir

Je laisse le lien provisoire, et j'ajoute ce que tu demandes ! Dans dix secondes !

Merci !

S.

[elizabeth]

Bonjour Samuel,
je n'ai pas trop d'idées juste comme ça,
mais quelques questions bêtes :
- as-tu essayé de remplacer le site prod par ton site miroir qui fonctionne ?
- même question que RobertG : que veux-tu dire par "ça fonctionne par ma console 1&1 ?
- Actuellement sur ton site, au clic sur contact, on arrive sur une page "Lien provisoire" qui n'a pas de message d'erreur : peux-tu remplacer le contenu de cette page par ton ancien contenu contact qui fonctionne dans ton site miroir ?