[Obm] Page blanche après suppression "Todo "

OBM at Cap'Mediatel obm-list@capmedia.fr
Tue, 04 Jul 2006 09:15:30 +0200


Rande Mehdi wrote:
> On Thu, 2006-06-29 at 16:14 +0200, OBM at Cap'Mediatel wrote:
>   
>> Rande Mehdi wrote:
>>     
>>> On Thu, 2006-06-29 at 15:01 +0200, OBM at Cap'Mediatel wrote:
>>>   
>>>       
>>>> Bonjour,
>>>>
>>>> J'ai réussi à faire cohabiter un Apache avec PHP4 sur un port différent
>>>> avec l'autre application PHP5 déjà présente.
>>>> La session de mon utilisateur fonctionne correctement maintenant.
>>>> Par contre, j'ai un soucis avec la création des rendez-vous dans l'agenda :
>>>> Lorsque je valide un rendez-vous après l'avoir saisi, j'ai un message
>>>> d'erreur qui me dit que le format de la date est invalide.
>>>> Pourtant je ne retrouve pas d'erreur PHP correspondante dans mes logs
>>>> Apache.
>>>>
>>>>     
>>>>         
>>> Bonjour,
>>> Pourriez vous donner le message d'erreur exact qui vous est transmis?
>>>   
>>>       
>> Voici le message d'erreur :
>> Données invalides : Date de début : Format de date invalide (JJ/MM/AAAA 
>> ou AAAA-MM-JJ).
>>     
>
> Bien, je pense que votre problème est lié à l'interprétation des
> expressions régulière.
> pourriez vous dans un navigateur aller sur la page test.php à la racine
> de votre hote obm (http://obm/test.php). Sur cette page pourriez vous
> verifier la préscence de la section "pcre" ainsi que de la ligne 
> PCRE (Perl Compatible Regular Expressions) Support   enabled
>
>   


C'était bien vu, mais malheureusement phpinfo me dit bien :


    pcre

PCRE (Perl Compatible Regular Expressions) Support 	enabled
PCRE Library Version 	3.9 02-Jan-2002



Pour vous resituer un peu mieux le contexte, OBM est initialement
installé sur une RedHat Entreprise 4 avec les packages RedHat Standards.

Ensuite pour pouvoir faire fonctionner une autre application, nous avons
dû passer en PHP5.

OBM (1.0.5) a globalement bien fonctionné jusqu'au moment où un
utilisateur a supprimé une taâche "Todo" et s'est retrouvé avec une page
blanche et impossible de récupérer sa session ni de se reloguer.

Ayant des souçons quant à un éventuel bug de fonctionnement avec PHP5,
j'ai mis en place une autre instance d'Apache (sur un autre port
biensur) qui lui charge la librairie PHP4 d'origine pour faire
fonctionner OBM.

Depuis lors, plus de problèmes de session, mais ces problèmes
d'insertion d'évènements ou contacts.

Le seul changement qui (pourquoi pas) aurait pu affecter PHP est le
passage de la variable short_open_tag à "On" dans le php.ini pour
l'autre application. J'ai comme dans l'idée que mes problèmes pourraient
venir de là... Qu'en dites-vous ?


Cordialement,
Patrice LAUZELY.


>> [...]
>> Les rendes-vous ou nouveaux contacts ne sont pas insérés.
>>
>> Je ne sais pas si ça a une importance, mais j'ai beaucoup de "PHP Notice 
>> : Undefined variable:" sur :
>> [...]
>>     
>
> Non ceci n'a normalement pas d'importance .
>
> Mehdi Rande
>
>   
>> Merci de votre réactivité.
>>
>> Cordialement,
>> Patrice LAUZELY.
>>
>>
>>     
>>>   
>>>       
>>>> Cela ressemblerait assez à l'interprétation d'un code d'erreur MySQL
>>>> suite à la tentative d'insertion dans la table...
>>>> Qu'en pensez-vous ?
>>>>
>>>> Je précise qu'il y a tout de même un rapport avec PHP puisque je suis
>>>> repassé en PHP5 juste pour faire un test d'insertion de rendez-vous et
>>>> je n'ai pas eu d'erreur avec PHP5... De retour en PHP4 la même erreur de
>>>> nouveau...
>>>>
>>>> Qu'est-ce qui a pu changer lors du passage en PHP5 pour provoquer ces
>>>> erreurs maintenant ? Comment les corriger ?
>>>>
>>>>
>>>> Cordialement,
>>>> Patrice LAUZELY.
>>>>
>>>> Pierre Baudracco wrote:
>>>>     
>>>>         
>>>>> Bonjour,
>>>>>
>>>>> oui c'est bien un bug lie a PHP5.
>>>>> Le fait d'essayer d'acceder a une variable sous forme de tableau alors qu'elle a
>>>>> ete definie comme une chaine (initialisee a "").
>>>>>
>>>>> Ceci sera corrige pour la version 1.2
>>>>>
>>>>>   
>>>>>       
>>>>>           
>>>>>> Re-Bonjour,
>>>>>>
>>>>>> Autre fait intéressant, je viens de créer un nouvel utilisateur, il
>>>>>> rencontre exactement le même phénomène.
>>>>>> Je pense que PHP5 ne doit pas être complètement innocent dans cette
>>>>>> histoire...
>>>>>> Je vais essayer de mettre en place un autre Apache et lui faire utiliser
>>>>>> php4...
>>>>>>
>>>>>> Cordialement,
>>>>>> Patrice LAUZELY.
>>>>>>
>>>>>>
>>>>>> OBM at Cap'Mediatel wrote:
>>>>>>     
>>>>>>         
>>>>>>             
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Pour des raisons de compatibilité avec d'autyres applications, j'aidû
>>>>>>> passer en PHP 5 (5.1.4) il y a un peu plus d'une semaine, mais c'est
>>>>>>> le premier problème que je rencontre avec OBM.
>>>>>>>
>>>>>>> J'ai essayé la réinitialisation des sessions, vidage de cache, etc
>>>>>>> mais sans succès (et c'est pour ça que je me suis tourné vers vous :)).
>>>>>>>
>>>>>>> Il n'y avait pas d'autres "Todo" pour cet utilisateur, il venait
>>>>>>> d'effacer le dernier.
>>>>>>> Il était d'ailleurs toujours présent dans la base. J'ai essayé de
>>>>>>> supprimer l'entrée dans l'espoir de débloquer la situation, mais ça
>>>>>>> n'a pas fontcionné.
>>>>>>>
>>>>>>> Cordialement,
>>>>>>> Patrice LAUZELY.
>>>>>>>       
>>>>>>>           
>>>>>>>               
>>>>>   
>>>>>       
>>>>>           
>>>> _______________________________________________
>>>> Obm mailing list
>>>> Obm@list.aliacom.fr
>>>> http://www.list.aliacom.fr/mailman/listinfo/obm
>>>>
>>>>
>>>> _______________________________________________
>>>> Obm mailing list
>>>> Obm@list.aliacom.fr
>>>> http://www.list.aliacom.fr/mailman/listinfo/obm
>>>>     
>>>>