Signalements de problèmes produit : installation et aide

Importez et installez mprissuesrevolution dans Modules > "Module Manager". Cliquez sur "Configure" ou ouvrez "Improve" > Problèmes. Utilisez l'écran équivalent d'import de module sur les anciennes versions de PrestaShop.

Utilisez Problèmes pour gérer les entrées et Paramètres > Configuration pour les options d'affichage, de signalement et d'indexation. La zone des paramètres propose aussi Intégrité, Licence, Assistance et Mettre à jour.

Nécessite PrestaShop 1.6.1 ou ultérieur et PHP 7.1 ou ultérieur.

Choisissez le contexte de boutique voulu avant d'enregistrer. Les paramètres s'appliquent à cette boutique ; en l'absence de valeur propre à la boutique, le paramètre global s'applique.

Pour un suivi public en lecture seule, laissez Activer l'affichage front-office activé et réglez Autoriser les utilisateurs à signaler des problèmes sur Non. Le module publie des informations vérifiées manuellement ; il ne détecte pas automatiquement les bugs de la boutique.

Enregistrez vos modifications. Les titres d'onglet peuvent inclure le nombre de problèmes publics ouverts et le total, par exemple Known Issues (2/5). Les signalements en attente ne comptent pas comme problèmes publics.

Ouvrez la liste Problèmes et ajoutez une entrée. La liste propose des filtres par produit, titre, statut, gravité, source, votes, date estimée, état actif et état indexable.

Par exemple, créez un problème de gravité élevée au statut Ouvert intitulé "Bouton de commande masqué après la mise à jour du thème", indiquez les versions concernées et le contournement, puis enregistrez-le comme Actif. Une fois corrigé, passez Statut à Résolu, renseignez Corrigé dans la version et ajoutez une Note de résolution.

En attente est un état de modération. Seuls les problèmes Ouvert, Résolu, Fermé ou Ne sera pas corrigé peuvent apparaître publiquement. Examinez un signalement envoyé et modifiez son statut avant d'attendre son affichage dans le centre public ou l'onglet produit. Régler Actif sur Non masque même une entrée approuvée.

Fournissez des titres ou descriptions réellement localisés. Pour une langue autre que la langue par défaut, un titre et une description copiés depuis celle-ci peuvent être exclus tant qu'au moins l'un des deux ne diffère pas. Vérifiez chaque langue séparément après modification.

Les chemins publics par défaut sont :

/known-issues
/known-issues/report
/known-issues/checkout-validation-error

Utilisez les liens générés par le module pour votre langue et votre boutique. Les anciens chemins de problèmes basés sur un ID redirigent vers l'URL propre avec slug. La page meta installée est module-mprissuesrevolution-issues, avec la réécriture par défaut known-issues et le titre initial Known Issues & Bug Tracker. Sur les versions modernes de PrestaShop, modifiez la réécriture du centre propre à chaque langue dans "Shop Parameters > Traffic & SEO".

Le centre affiche les nombres par statut public, des mises en avant des problèmes ouverts/résolus et un navigateur avec recherche, sélection de produit/statut et tri. Les interactions du navigateur ont lieu dans le centre affiché. Les anciens états de requête recherche/filtre/tri/page redirigent vers l'URL de base du centre ; ne publiez pas ces variantes comme URL de liste séparées.

L'indexation du centre et son admissibilité au sitemap suivent la politique SEO du module. Les pages de détail et de signalement restent exclues même lorsque les indicateurs d'indexation enregistrés sont activés. Le hook gSitemapAppendUrls nécessite un générateur de sitemap qui l'exploite ; vérifiez le XML généré.

Le formulaire de signalement est accessible depuis l'interface produit ou la page publique de signalement. Les deux formulaires appliquent les mêmes contrôles lors de l'envoi.

Le client choisit un produit actif valide et saisit un titre et un email, avec une description facultative. La validation utilise des longueurs en octets : titre de 10 à 512 octets et description de 2000 octets maximum. Les caractères non ASCII peuvent occuper plusieurs octets. Un email valide est obligatoire.

Le formulaire utilise un jeton de sécurité et un champ honeypot masqué. Les envois sont limités à trois par email ou client connecté au cours de l'heure précédente. Les signalements enregistrent la source user, le statut En attente, Actif Oui et un vote de signalement. Ils restent masqués jusqu'à leur examen et leur passage à un statut public.

Le formulaire intégré ne propose aucun envoi de fichier ou capture d'écran. Utilisez votre canal d'assistance habituel pour les pièces jointes. L'email du déclarant est une donnée de signalement destinée à l'administration ; ne le copiez pas dans les descriptions publiques ou les champs de contournement.

1. Créez un problème actif au statut Ouvert pour un produit et renseignez le contenu de la langue actuelle.
2. Ouvrez le produit et vérifiez le titre de l'onglet, les nombres, les dates et le badge de statut.
3. Ouvrez le centre et l'URL de détail propre du problème.
4. Envoyez un signalement public de test et confirmez qu'il apparaît comme En attente dans la liste administrateur.
5. Confirmez son absence au public, passez-le à Ouvert et vérifiez de nouveau.
6. Testez une deuxième langue et, le cas échéant, le sitemap généré.

Si l'onglet manque, vérifiez Activer l'affichage front-office, Masquer l'onglet si vide, l'association du produit, Actif, le statut public et les hooks du thème. Si un problème disparaît dans une langue, vérifiez que son titre ou sa description traduits diffèrent du contenu de la langue par défaut. Si l'envoi échoue, actualisez le formulaire pour obtenir un nouveau jeton, vérifiez les limites en octets et l'email, et patientez si la limite horaire est atteinte.

Les pages individuelles de problèmes restent exclues de l'indexation, quels que soient les paramètres d'indexation. Si une réécriture du centre échoue, vérifiez l'entrée meta installée, le réglage des URL simplifiées et le routage en cache. Utilisez Intégrité pour les contrôles de schéma, de hooks et d'infrastructure.

Les chemins de surcharge de templates incluent :

themes/your-theme/modules/mprissuesrevolution/views/templates/hook/product-tab.tpl
themes/your-theme/modules/mprissuesrevolution/views/templates/front/issues.tpl
themes/your-theme/modules/mprissuesrevolution/views/templates/front/issue.tpl

Le CSS du thème peut utiliser .mprissues-page, .mprissues-wrapper, .mpr-f-item, .mpr-f-badge, .mprissues-detail-panel--workaround et .mprissues-severity--critical. Par exemple :

.mprissues-wrapper .mpr-f-badge--open {
  background: #dc2626;
  color: #fff;
}

Exportez ou consignez les problèmes avant la désinstallation. Le module désenregistre les styles du thème, supprime sa page meta et son menu, retire les préférences administrateur et les liens de contenu du module, et supprime les tables de problèmes et de traduction qui lui appartiennent. Les paramètres enregistrés du module restent dans la base de données. Si le nettoyage du thème échoue, la désinstallation s'arrête avant les autres étapes de suppression. Les liens d'assistance externes vers les pages publiques supprimées devront être mis à jour.