Développer avec RBS Change : Erreur lors de la confirmation d'un compte

  • 47099.1

    23/11/2011 12:00


    guiom
    Rang : Expert
    Bonjour,

    J'obtiens une erreur 404 lors qu'un utilisateur confirme son adresse mail. Le compte est validé, mais il semble qu'il y a une erreur lors de la redirection vers le tag contextual_website_website_modules_users_edit-profil.
    J'ai bien une page valide sur ce tag.
    voici l'erreur
    2011-11-23 11:05:27     [INFO]  website_UrlRewritingService::getActionToforward(/confirm-email/<code>, <domaine>)
    2011-11-23 11:05:27     [INFO]  website_UrlRewritingService::initCurrrentWebsite, 589, fr
    2011-11-23 11:05:27     [INFO]  Rewrite Action Rule users/ConfirmEmail
    2011-11-23 11:05:27     [INFO]  No translation for m.generic.browsers, gecko_4, fr_FR
    2011-11-23 11:05:27     [INFO]  useractionlogger_ModuleService::addUserDocumentEntry(login.frontend, users) => 2375
    2011-11-23 11:05:27     [INFO]  website_UrlRewritingService::getActionToforward(/website/Mes-informations,661.html,  <domaine>)
    2011-11-23 11:05:27     [INFO]  website_UrlRewritingService::initCurrrentWebsite, 589, fr
    2011-11-23 11:05:27     [INFO]  Generic Document Rule website/ViewDetail cmpref: 661
    2011-11-23 11:05:27     [INFO]  website_UrlRewritingService::getActionToforward(/website/website,  <domaine>)
    2011-11-23 11:05:27     [INFO]  website_UrlRewritingService::initCurrrentWebsite, 589, fr
    2011-11-23 11:05:27     [WARN]  website_UrlRewritingService::getCompatibleActionToForward !!! /website/website, <domaine> !!!
    2011-11-23 11:05:27     [FATAL] Compatibility RewriteUrl: /website/website
    2

    L'erreur 404 est déclenché par la page <domaine>/website/website.

    Je pense que le problème vient du changement du nom de domaine du site principal (changé dans la configuration et sur l'interface suivit d'un compile-config).
    Une autre chose étrange, lors de la compilation de la configuration, AG_DEVELOPMENT_MODE reste à true alors que j'ai indiqué false dans le profil et dans change.properties.

    Merci de m'indiquer comment corriger ces points.

    Édité par guiom 23/11/2011 12:10

  • 47099.2 en réponse à 47099.1 écrit par guiom

    23/11/2011 16:00


    Gaël Port
    Titre : Développeur RBS Change
    Rang : Expert
    Concernant le AG_DEVELOPPEMENT_MODE, est-ce que vous ne l'auriez pas encore dans votre project.xml ? (parce qu'il n'est pas exclus que ça prenne le pas sur la valeur définie dans le change.properties dans certains cas). Le bon endroit (et unique endroit) où définir le mode développement dorénavant est bien le change.properties.



    Concernant votre autre problème je ne l'ai pas sur mon projet de test et je ne vois pas a priori ce qui pourrait mener à ça, il n'y a aucune raison a priori d'aller sur du /website/website (à moins que vous ayez placé une réécriture de ce type mais dans ce cas ça devrait rediriger au bon endroit)... Dans la page taguée vous avez placé quoi comme bloc(s) ?

    Sinon, à tout hasard pour écarter la thèse du problème lié au changement de domaine vous pouvez toujours changer un clear-all suivi d'un compile-all : là tous les caches seront vidés et tout sera recompilé, donc si le problème vient d'un cache quelque part, il sera résolu.

    Édité par Gaël Port 23/11/2011 16:00

  • 47099.3 en réponse à 47099.2 écrit par Gaël Port

    23/11/2011 16:32


    guiom
    Rang : Expert
    Merci pour votre réponse,

    Je n'avais pas AG_DEVELOPPEMENT_MODE dans project.xml, je l'avais précisé dans un profil de dev pour basculer facilement de mode.
    Actuellement, il n'y a plus que DEVELOPPEMENT_MODE=false dans change.properties et pourtant il reste à true dans les version compilés des profiles. (j'ai supprimé les fichiers avant compile-config).

    Pour ce qui est de l'erreur 404, votre idée du bloc était la bonne. J'avais mis le bloc modules_customer_editaccount qui n'est en fait pas destiné aux clients. Je l'ai remplacé par modules_users_editprofil qui fonctionne beaucoup mieux.
    Cela m'a amener a contrôler mes tags d'erreurs et de trouver une mauvaise affectation de l'erreur 401.1. Je pense que j'aurais dû avoir cette dernière plutôt que la 404.
  • 47099.4 en réponse à 47099.3 écrit par guiom

    23/11/2011 17:48


    Gaël Port
    Titre : Développeur RBS Change
    Rang : Expert
    Ah en fait il faut rajouter --clear si on change le change.properties (j'avais oublié ça) :

    change.php cconf --clear
    Cela force la suppression du fichier .computedChangeComponents.ser à la racine du projet qui contient des infos en provenance du change.properties.

    Édité par Gaël Port 23/11/2011 17:49

  • 47099.5 en réponse à 47099.4 écrit par Gaël Port

    23/11/2011 17:56


    guiom
    Rang : Expert
    super, ça marche.
    C'était le petit détail qui change tout :)
 
Merci de prendre connaissance et de respecter les règles des forums.
 
1391 membres
Aucun membre connecté