THELIA Forum

N'arrivant pas à éditer mon message, je précise qu'une première question importante que je me pose est de savoir si ça n'est que mon installation (je n'ai pourtant faut que des modifs "design" sur cette page) ou si c'est pareil pour tout le monde ... Si quelqu'un avec une 2.0.4 pouvait vérifier ... Merci d'avance !

Pierre.

Bonjour,

A priori il n'y a pas ce que tu me proposes (ni dans ma template ni dans celle de défaut), voici ce que j'ai. J'ai tenté de rajouter ce que tu suggères, mais ça ne change rien, je reviens vers la page password (ça parait logiqye étant donné que c'est dans l'action du form). Ci-dessous le code exact de la template "password" par défaut.

{block name="main-content"}
    <div class="main">
        <article class="col-main" role="main" aria-labelledby="main-label">
            <h1 id="main-label" class="page-header">{intl l="Password Forgotten"}</h1>
            {form name="thelia.front.customer.lostpassword"}
            <form id="form-forgotpassword" action="{url path="/password"}" method="post">
                {form_hidden_fields form=$form}
                <p>{intl l="Please enter your email address below."} {intl l="You will receive a link to reset your password."}</p>
                {if $form_error}<div class="alert alert-danger">{$form_error_message}</div>{/if}
                {form_field form=$form field="email"}
                <div class="form-group group-email {if $error}has-error{elseif !$error && $value != ""}has-success{/if}">
                    <label for="{$label_attr.for}">{$label}</label>
                    <div class="control-input">
                    <input type="email" name="{$name}" value="{$value}" id="{$label_attr.for}" class="form-control" maxlength="255" aria-required="true" autofocus required>
                    {if $error}
                        <span class="help-block">{$message}</span>
                    {elseif !$error && $value != ""}
                        <span class="help-block"><span class="icon-ok"></span> {intl l="You will receive a link to reset your password."}</span>
                    {/if}
                    </div>
                </div>
                {/form_field}
                <div class="group-btn">
                    <a href="{url path="/login"}" class="btn btn-cancel">{intl l="Cancel"}</a>
                    <button type="submit" class="btn btn-forgot">{intl l="Send"}</button>
                </div>
            </form>
            {/form}
        </article>
    </div>
{/block}

Je peux changer l'action par par exemple "/login" pour revenir sur l'écran de login, mais je doute qu'après ça ça envoit le mot de passe ...

Sérieux ? la boutique est en ligne depuis même pas 15j et c'est la seule solution ? (quand j'ai mis en ligne c'était bien la version up to date).
C'est quoi l'impact en terme de templates ? il faut tout refaire ???

Non je me suis mal fait comprendre, j'ai ajouté le code proposé à celui que j'ai copié-collé, ça ne marche pas. J'ai copié-collé :

{form_field form=$form field="success_url"}
<input type="hidden" name="{$name}" value="{url path='/login'}">
{/form_field}

juste derrière

{form_hidden_fields form=$form}

... Par rapport àce que tu as donné j'ai juste mis "/login" comme path pour retourner à l'écran de login. Ce code est sensé marcher en 2.0.4 ?

Oui effectivement sensé (enfin j'espère) et censé. Pour l'instant par contre c'est ni l'un ni l'autre sur mon site, c'est en place et ça ne fonctionne pas.
Le code va-t-il à un endroit spécifique ? il faut qu'il soit entre form et /form je présume ?

Je l'ai mis là, marche pas. J'ai essayé avec /login, /password-sent (comme proposé), /password/sent, ça revient toujours à /password, même en ayant bien créé un password-sent.html.

"/password" étant dans l'action du form, n'est-ce pas cela qui empêche tout autre sortie ? Mais bon je vois le même genre de déclaration par exemple dans order-invoice pour les coupons, là ça fonctionne donc je suppose qu'il y a autre chose qui interfère, même si ma template est standard. Je vois pas ou serait le souci.

Bonjour,

Je reviens sur cette problématique de success_url. Maintenant en 2.1.1 la redirection vers l'écran de login fonctionne après qu'on ait fait une procédure de "mot de passe oublié". Mais je découvre un autre "bug" dans les templates.

Après avoir fait la procédure de "mot de passe oublié" on revient sur "login", ok. Là on saisit son login et le nouveau mot de passe reçu et on clique "suivant" ... on est bien "loggé" mais le clic sur suivant nous amène de nouveau sur l'écran "mot de passe oublié". Si on ne fait pas cette procédure "mot de passe oublié", le clic sur suivant nous ramène bien d'ou l'on était parti.

Tout ceci est logique au regard de :

{form_field form=$form field='success_url'}
<input type="hidden" name="{$name}" value="{navigate to="previous"}"> {* the url the user is redirected to on login success *}
{/form_field}

Le "success_url" étant "previous", si on vient de l'écran "mot de passe oublié" et bien ... on y retourne. Le client tourne en rond sans rien y comprendre, sans d'ailleurs voir qu'il est déjà bien loggé. Il refait une procédure et ça part en vrille ...

Bref ma question est de savoir ce que je pourrai bien mettre dans "success_url" sachant que dans le cas normal, "previous" est pas mal (on est loggé, on retourne à l'écran qui avait besoin de login), mais que dans le cas ou on vient de "mot de passe oublié", le "previous" est perdu ... il faudrait pouvoir le stocker pour le réutiliser après l'aller-retour dans "mot de passe oublié" ...  Comment pourrai-je faire ça, il faut transmettre la valeur de "previous" à "password" puis de nouveau à "login" ...

Pierre.

Bonsoir,

Oui il semble que ce soit ce dont j'ai besoin, mais pour l'instant ça ne marche pas ici. J'ai essayé 1 ou 0 dans le doute, je l'ai mis sur la page "login" et/ou sur la page "password" (sachant que la logique me dit que ce devrait être "1" et sur la page "password" qui ne doit pas devenir "previous"), vidé les divers caches ... no success :-(

Cela devrait marcher en 2.1.1 ou il faut être en 2.1.2 ? Je l'ai mis au même endroit que dans "register".

En plus j'ai fait tellement d'essais que je suis bloqué pour 1 heure ...

Pierre.

Last edited by pierrot (02-03-2015 23:50:13)

Je pense que je fais tout bien, marche pas. J'ai remplacé le contenu complet de la page password et de la page login de ma template par celles de default et c'est pareil, je reviens toujours à password, énervant.
Un truc doit m'échapper. Faudrait que je ré-installe une version vierge pour ce genre de test.

Bon trouve pas ... grrr.

Pierre

Last edited by pierrot (03-03-2015 23:13:46)

j'ai le meme soucis

{set_previous_url ignore_current="1"}

le client apres avoir demande un nouveau mot de passe revient sur la page password
pourtant j'ai bien set_previous_url....

Thelia version 2.1.2

Lunika a fait un correctif sur ce pbm: https://github.com/thelia/thelia/commit … e73c766261

Testé ici, ça marche, yesss ! Merci !