Rechercher dans la communauté

Affichage des résultats pour les étiquettes 'bug'.



Plus d’options de recherche

  • Rechercher par étiquettes

    Saisir les étiquettes en les séparant par une virgule.
  • Rechercher par auteur

Type du contenu


Forums

  • Annonces
    • Règlement du forum
    • Informations et nouveautés
  • Support de Zwii
    • Bugs, questions et tests
    • Suggestions
    • Version de développement
  • Communauté
    • Vos sites sous Zwii
    • Support des téléchargements
    • Tutoriels et bouts de code

Catégories

  • Versions officielles en beta
  • Versions non officielles
  • Modules
  • Modifications et astuces

6 résultats trouvés

  1. Bug dans le code

    Bonjour j'ai contacté que parfois en installant des plugins cela crée des code html dupliqué dans la page je ne sais pas d’où cela peu venir je me dis que cela peu alourdir les pages Cordialement @pwepwe973
  2. Bonjours a vous Après la mise à jours vers la version 8.4.8 quand je cliquais sur les liens du site j'avais une erreur 404 sur toute les pages, sauf quand je faisais appelle à la pages index.php comme ceci "www.adresse.fr/index.php" ou "www.adresse.fr/" la pages s'affichait. Ou en tapant la variable (?la_pages_voulu) comme ceci "www.adresse.fr/?accueil ou www.adresse.fr/index.php?accueil" la pages s'affiche la aussi. mais si je clic sur les lien dans le site "www.adresse.fr/accueil" erreur 404, donc j'ai été vérifier le fichier .htaccess que j'ai comparé à l’ancienne version j'ai remarqué que après la mise à jours les lignes suivant avais été ajouté au .htaccess # Attention, surtout ne rien modifier ci-dessous ! # URL rewriting <ifModule mod_rewrite.c> RewriteEngine on RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?$1 [L] </ifModule> Cela m'a permis de comprendre que la page était appelé via www.adresse.fr/?accueil (www.adresse.fr/index.php?accueil) et réécrite vers www.adresse.fr/accueil Et comme la réécriture d'URL sur mon serveur se fait via une interface de gestion avec le plugin pour nginx. (sous openmediavault) J'ai ajouté ces lignes à nginx via mon interface de gestion. if (!-e $request_filename) { rewrite ^/(.*)$ /index.php?$1 last; break; } et voila tout refonctionne correctement. Si vous avez ce soucis après la mise à jours cela peut être du à ceci. je ne sais pas si c'est la bonne rebique pour ce message désolé par avances Cordialement SYLVAIN
  3. Après la mise à jour 8.4.0, des membres ont signalé un problème avec le blog. Ce bug était causé par un mauvais typage d'une variable lors de la mise à jour de l'arborescence des paramètres de configuration JSON. La version 8.4.1 a donc été publiée. Lors des tests, j'ai pu constaté des problèmes avec la présentation des dates des articles de blog, le code de la préversion ayant sauté (sûrement à cause d'un mauvais usage de git). De plus il manquait des paramètres empêchant d'afficher les accents de certains mois de l'année. La version 8.4.2 corrige ce problème, elle est en ligne par mise à jour et téléchargement. Si vous avez d'autres bugs à signaler, n'hésitez pas !
  4. [ Terminé ] Tinymce

    Les utilisateurs qui pourraient m'aider @Rémi @cybertaf @MAllus @PeterRabbit @micka260 et bien entendu ceux qui veulent bien m'aider Voilà j'expose mon soucis : il y a deux jours j'ai pondu une nouveau module pour le zwii adapté à la dernière version 8.2.5 , ce module se nomme " Livre d'or V2 " Un utilisateur l'a téléchargé et l'utilise sur son zwii avec grand bonheur; Ce module est basé sur le code du module " News " du zwii et permet à un visiteur de poster un message dans un livre d'or. Si un administrateur du site poste une nouveau message, il bénéficie de l'interface complète du tinymce pour le faire ( éditeur en mode complet ) Si c'est un membre ou un simple visiteur, là ils n'ont droit qu'à un simple textarea ( donc impossibilité pour eux d'avoir leur texte formaté comme il le serait si l'éditeur avait été le même que pour un administrateur du site - donc les retour à la ligne, la possibilité de mettre du texte en gras ou même tout simplement d'utiliser les " petits plus " d'un tinymce normal ne leur sont pas accessibles. **** Ma question est donc la suivante : Où peut on dans les fichiers du Zwicms autoriser les visiteurs ( groupe minimum ) à pouvoir utiliser Tinymce comme un administrateur Quel serait le code à injecter et à quels endroits l'écrire. Cela fait maintenant 4 jours complet que je penche sur la question et ne trouve pas la moindre solution, pourtant j'en ai essayé des trucs mais aucuns n'a marché. merci pour l'aide éventuelle que vous me porteriez pour résoudre mon petit problème, car là vraiment je n'arrive pas à trouver malgré ma persévérance ces sujets pourraient vous intéresser pour que vous vous rendiez un peu compte de l'avancée de mon travail sur une première version puis ensuite sur cette autre version pour laquelle je fais appel à vos compétences à tous. Première version en pas deux page un membre heureux --> http://forum.zwiicms.com/index.php?/topic/547-livre-dor/ Seconde version le même membre encore plus heureux --> http://forum.zwiicms.com/index.php?/topic/696-module-livre-dor-v2/
  5. En voulant ce matin dans mon site de test pour la dernière version du cms v 8.1.1, modifier le texte du module form, je suis tombé sue ceci : N'ayant donc absolument rien changé ni ajouté dans cette version de test, je souhaiterai donc savoir ce qui produit ce bug apparemment ce serait le fichier de langue française qui ne se chargerait pas dans la dernière version téléchargée sur github ( la 8.1.1 ) Je vais donc regarder dans le dossier du tiny et aussi dans ce qui le lance, pourquoi ceci se produit en attendant une réponse... Si d'autre on remarqués ce soucis dans la dernière version, n'hésitez pas non plus à le signaler ici que nous sachions si c'est un bug isolé ou bien s'il se produit chez vous.
  6. Bug dans l'écriture d'une URL

    Je reviens à vous car hier soir en " anticipant la réponse de mimione " j'ai donc recrée un clone de son site.. Dés le départ j'ai été confronté à un drôle de bug !!!! ce qui m'a fait repensé à ceci : Moi j'avais anticipé hier et crée un " clone du site de mimone " ... Comme à mon habitude, j'ai activé d'entrée la redirection des urls. Ce clone était super chouette saut à un détail pret : J'ai crée comme mimione une sous page dépendante de la page " association " et nommée " Qui sommes nous ? " Vous remarquez que le nom de cette sous page comporte un ? à la fin de son titre. Et bien une fois enregistré ma configuration finale et parés déconnexion de ce site clone tout était magnifique sauf une seule chose : La sous page nommée " Qui sommes nous ? " menait vers une belle page 404 !!!! Alors illico je suis allé voir le data.json sauvegardé par zwii et y ai remarqué une petite chose... l'adresse de la page de était bien écrite ( qui-sommes-nous-? ) mais le navigateur n'interprétant que la fin à savoir le ? menait vers une erreur de page de type 404 ( page introuvable) ==> donc, en tout bon " pseudo codeur " que je suis, je corrige cette adresse qui devient alors " qui-sommes-nous " et je rafraîchis la page de mon navigateur... Là aucun soucis ma sous page s'affiche enfin, je me dis " problème de réglé " ... QUE NENNI Je me met donc dans l'optique de " meubler cette sous page " et donc l'édite avec un simple texte et l'enregistre comme nous le faisons habituellement et là !!!! page 404 Aussitôt je vais voir ce foutu data.json, le décortique une fois de plus et m'aperçois que le zwii à réécrit son adresse avec un foutu ? à la fin !!!! Je refis la même réparation dans cette adresse que précédemment, la suite se passe de commentaire, les images parlent d'elle m^me. REMI ON A UN SOUCIS AVEC LE FICHIER DATA.JSON quand on met un ? d'interrogation dans le titre d'une page ou sous page, il affichera ce point ? mais ne trouvera pas son adresse.... @Mimione tu viens de débusquer un gros bug qui nous avait échappé et plus grave que celui des liens grâce à ta fameuse histoire de lien sur image qui elle, je te l'assure fonctionne sur tout les navigateurs, seule la façon de procéder est différente suivant le navigateur que tu utilises; Je ferais une vidéo avec ces navigateur pour te montrer que ca fonctionne. Je ne touche plus à rien sur cette page " Qui sommes nous , " visilble ici que vous puissiez voir de vous m^me qu'une fois le data.json " réparé " çà marche nickel ==> http://www.website-distribution.com/cine-bretagne/accueil Les images du bug : ici on voit bien que la redirection des url est activée et fonctionne bien Le fameux bug avec l'adresse de la page avec ? à la fin de son titre Le data.json avec l'erreur de page le data.json tel qu'il doit être écrit pour que ma page soit visible Remarquez en rouge le fameux point d'interrogation que j'ai supprimé dans l'adresse web de la page écrite par zwii Le résultat que j'attendais une fois édité le contenu de ma sous page et visible maintenant grâce à ma correction en live du data.json On voit bien sur cette capture d'écran que dés qu'on enlève dans le data json ce con de point d'interrogation ( qui ne devrait m^me pas planté mon site de test puisque j'ai activé la réécriture des urls bien avant de personnaliser ce site de test pour le bug de mimione ) et bien ce bug est résolu !!!! Va falloir se pencher sérieusement sur cette question là.