L'erreur que vous signalez semble venir de l'unicode.
Un des caractères utilisé dans vos données doit être un caractère spécial (copié de word, ou format non européen).
J'ai renommé le fichier \tool\html.php en \tool\html_old.php
J'ai copier dans le répertoire \tool le fichier que vous m'avez indiqué.
Le message d'erreur sur le fichier de log reste le meme lorsque je clic sur planning:
2010-10-01 10:04:16 ***** ERROR ***** ERROR *****
2010-10-01 10:04:16 ***** ERROR ***** on file 'C:\wamp\www\project\tool\html.php' at line (291)
2010-10-01 10:04:16 ***** ERROR ***** cause = htmlspecialchars() [<a href='function.htmlspecialchars'>function.htmlspecialchars</a>]: Invalid multibyte sequence in argument
Pour information j'ai essayé la version 1.2.0 avec une base de données vierge et le planning s'affiche correctement.
Je vous indique la manière de procéder pour la mise à jour de la version V1.2.0. Il y a peut être une manip de ma part qui ne convient pas.
J'ai installé les fichiers sources dans un nouveau répertoire à la racine de mon site web. J'ai dupliquer la base de données utilisée pour la version V1.1.0. J'ai lancé l'application en tapant l'url d'accès. J'ai modifié les paramètres de connexion. J'ai ensuite taper l'url http://monserveur/project/db/maintenance.
Encore une information (je pense qu'elle est liée): lorsque je clic sur Tickets ou sur Activités, la fenetre affichant la liste indique "Une erreur est survenue" et le message d'erreur du fichier de log est le meme. Par contre la liste des Jalons s'affiche normalement.
Après quelques recherche j'ai identifié un élément qui pose problème. Dans le champ "nom" des activités, le caractère "à" génère une erreur (pas les autres caractères accentué).
Ce qui est curieux c'est que si je crée une activité dans l'application avec comme nom "Mise à jour" cela marche très bien. Mais si je crée une activité nommée "test" (qui s'enregistre parfaitement) et que je modifie dans la base de données la valeur du champ "name" de la table "activity" en faisant un copier/coller de la valeur de l'activité précédente à savoir "Mise à jour", l'application génère alors l'erreur décrite plus haut.
J'espère que ces informations pourront vous être utile. Merci pour votre aide précieuse et pour votre travail remarquable.
Je vous confirme que l'anomalie vient de vos données.
C'est pour cela que tout marche bien sur une base vierge.
La procédure d'installation que vous appliquez n'est pas en cause
Pourriez-vous m'indiquer avec quel outil vous modifiez vos données directement dans la base ?
- phpMyAdmin ? quelle version ?
- TOAD pour MySQL ?
- autre ?
Je pense que cet outil gère mal l'UTF-8 est génère des données UTF-8 mal formées.
Je voudrais pouvoir reproduire l'anomalie pour apporter une solution "qui ne plante pas".
J'utilise:
PHPMyAdmin 2.10.1
Client MySql 5.0.45
Serveur MySql 5.0.45
Pour information j'ai trouvé un moyen pour éviter les erreurs décrites en utilisant phpmyadmin. J'ai une application Project'Or de production. Pour tester une nouvelle version je crée donc une version de pré-production avec une nouvelle base de données. Cela me permet d'éviter toute perte de données en cas de dysfonctionnement.
Auparavant je réalisais les opérations suivantes :
1) Création d'une nouvelle base de données
2) Export au format sql de la base de données existante
3) Coller le script généré au point 2 dans la fenetre de commande sql de phpmyadmin => exécuter
Cette méthode génère les erreurs décrite jusqu'ici.
Voici une procédure PhpMyAdmin pour éviter ces erreurs:
1) Création d'une nouvelle base
2) Dans la base de production : onglet "Opération" => "Copier la base de données vers" : indiquer le nom de la nouvelle base de données
3) Décocher l'option "Faire CREATE DATABASE avant la copie"
4) Exécuter.
En poursuivant votre navigation, vous acceptez le dépôt de cookies tiers destinés au bon fonctionnement et à la sécurisation du site (gestion de session, reCaptcha) et à une analyse statistique anonymisée des accès sur notre site (Google Analytics). Si vous vous inscrivez, les informations que vous fournirez ne seront jamais divulguées à un tiers sous quelque forme que ce soit. En savoir plus
Paramétrages de cookies
×
Cookies fonctionnels
Ce site utilise des cookies pour assurer son bon fonctionnement et ne peuvent pas être désactivés de nos systèmes. Nous ne les utilisons pas à des fins publicitaires. Si ces cookies sont bloqués, certaines parties du site ne pourront pas fonctionner.
Session
Veuillez vous connecter pour voir vos activités!
Autres cookies
Ce site web utilise un certain nombre de cookies pour gérer, par exemple, les sessions utilisateurs.