J'en appelle à votre expertise SPIP sur une broutille qui me laisse cependant perplexe.
Je développe le plugin Vu! en débutant éclairé, et les longues heures
dernières passées à décortiquer de nombreuses autres contribs de la zone
ne suffisent ce matin plus à résoudre ce point qui me chagrine.
J'ai crée un nouvel objet éditorial 'annonce' sur l'exemple de l'objet 'brève'. J'ai créée un bloc 'instituer_annonce' à droite qui fonctionne tout pareil que 'instituer_breve' : même système, même fonctions. Et ça marche très bien.
Seulement un point reste insoluble, la redirection coince. Au lieu de
retomber sur la page de visualisation de l'objet après avoir changé de
statut, je transite d'abord par une erreur 302. Le comble est que cette
erreur 302 m'affiche le lien correct de redirection ! Un clic et hop je
retombe au bon endroit, le nouveau statut a bien été pris en compte.
Pour voir le code, il est sur la zone (_plugins_/vu/trunk).
Ton plugin marche bien chez moi . Pas d'erreur 302.
Par contre je ne vois rien lorsque je clique sur nouvelle publication..
Bernard
Jonathan a écrit :
Salut à tous,
J'en appelle à votre expertise SPIP sur une broutille qui me laisse cependant perplexe.
Je développe le plugin Vu! en débutant éclairé, et les longues heures
dernières passées à décortiquer de nombreuses autres contribs de la zone
ne suffisent ce matin plus à résoudre ce point qui me chagrine.
J'ai crée un nouvel objet éditorial 'annonce' sur l'exemple de l'objet 'brève'. J'ai créée un bloc 'instituer_annonce' à droite qui fonctionne tout pareil que 'instituer_breve' : même système, même fonctions. Et ça marche très bien.
Seulement un point reste insoluble, la redirection coince. Au lieu de
retomber sur la page de visualisation de l'objet après avoir changé de
statut, je transite d'abord par une erreur 302. Le comble est que cette
erreur 302 m'affiche le lien correct de redirection ! Un clic et hop je
retombe au bon endroit, le nouveau statut a bien été pris en compte.
Pour voir le code, il est sur la zone (_plugins_/vu/trunk).
L'erreur 302 viendrait donc de mon SPIP local ? Je n'avais même pas envisagé cette possibilité... quel nul. Je m'en vais faire quelques tests en ligne alors.
Concernant les nouvelles publications (et ça doit être pareil pour les événements), tout est normal, j'ai pour l'instant bridé ces possibilités pour les tests. Si les annonces marchent bien, alors je peux dupliquer le code...
Merci encore d'avoir pris un peu de temps !
Jonathan
Bernard Blazin a écrit :
Bonjour,
Ton plugin marche bien chez moi . Pas d'erreur 302.
Par contre je ne vois rien lorsque je clique sur nouvelle publication..
Bernard
Jonathan a écrit :
Salut à tous,
J'en appelle à votre expertise SPIP sur une broutille qui me laisse cependant perplexe.
Je développe le plugin Vu! en débutant éclairé, et les longues heures
dernières passées à décortiquer de nombreuses autres contribs de la zone
ne suffisent ce matin plus à résoudre ce point qui me chagrine.
J'ai crée un nouvel objet éditorial 'annonce' sur l'exemple de l'objet 'brève'. J'ai créée un bloc 'instituer_annonce' à droite qui fonctionne tout pareil que 'instituer_breve' : même système, même fonctions. Et ça marche très bien.
Seulement un point reste insoluble, la redirection coince. Au lieu de
retomber sur la page de visualisation de l'objet après avoir changé de
statut, je transite d'abord par une erreur 302. Le comble est que cette
erreur 302 m'affiche le lien correct de redirection ! Un clic et hop je
retombe au bon endroit, le nouveau statut a bien été pris en compte.
Pour voir le code, il est sur la zone (_plugins_/vu/trunk).
L'erreur 302 viendrait donc de mon SPIP local ? Je n'avais même pas envisagé
cette possibilité... quel nul. Je m'en vais faire quelques tests en ligne
alors.
Je tente une explication : le code de retour 302 n'est pas un code
d'erreur, mais un code signalant une redirection. Si tu n'as que la
page html affichant l'URL vers laquelle rediriger, et si la
redirection elle-même ne se fait pas, c'est que le code 302 est bon,
mais n'est pas passé dans les entêtes de la réponse. Ce problème
provient souvent de sauts de lignes laissés par erreur dans un fichier
(par exemple mes_options.php) et qui font croire à Apache que le
contenu commence (et donc qu'il ne peut plus modifier les entêtes de
retour).
Je tente une explication : le code de retour 302 n'est pas un code
d'erreur, mais un code signalant une redirection. Si tu n'as que la
page html affichant l'URL vers laquelle rediriger, et si la
redirection elle-même ne se fait pas, c'est que le code 302 est bon,
mais n'est pas passé dans les entêtes de la réponse. Ce problème
provient souvent de sauts de lignes laissés par erreur dans un fichier
(par exemple mes_options.php) et qui font croire à Apache que le
contenu commence (et donc qu'il ne peut plus modifier les entêtes de
retour).
Mais qu'appelles tu des sauts de lignes ? Des sauts j'en ai plein pour aérer le code comme dans le code SPIP natif d'ailleurs. Y'a bien le fichier mes_fonctions.php qui pourrait poser problème, il est complètement vide. J'ai bien tenté (solution forte) de le supprimer tout à fait... mais sans effet. J'ai trituré aussi le code de mes_options.php sans effet non plus.
Ce qui me chagrine, c'est qu'il me semble avoir déjà remarqué un truc du genre de ce que tu dis...
Aaah, oui. Tout simplement ! Merci pour ta réponse Rastapopoulos.
Après inspection complète, j'ai bien trouvé un fichier php qui avait un saut de ligne en trop après les balises php (le fichier de langue), mais cela n'a pas réglé mon problème... tant pis je cherche encore.
L'erreur 302 viendrait donc de mon SPIP local ? Je n'avais même pas envisagé cette possibilité... quel nul. Je m'en vais faire quelques tests en ligne alors.
Bon, puisque c'était le seul bug constaté, et vu qu'il n'était pas bloquant (d'autant qu'il ne concernait que l'espace privé), j'ai activé le plugin sur mon site en production.
Et bien, l'erreur 302 apparaît toujours. Ce n'est donc pas un problème de ma version locale... fausse piste !
À moins que ce soit ma machine qui soit à l'origine du problème ? Genre un problème de Firefox ?
Jonathan a écrit :
Jonathan a écrit :
Super ! Merci pour le retour !
L'erreur 302 viendrait donc de mon SPIP local ? Je n'avais même pas envisagé cette possibilité... quel nul. Je m'en vais faire quelques tests en ligne alors.
Bon, puisque c'était le seul bug constaté, et vu qu'il n'était pas bloquant (d'autant qu'il ne concernait que l'espace privé), j'ai activé le plugin sur mon site en production.
Et bien, l'erreur 302 apparaît toujours. Ce n'est donc pas un problème de ma version locale... fausse piste !
Je prends la discussion en route, avez vous un fichier htaccess à la
racine du site ? si oui, avez vous essayer de supprimer ce fichier
pour voir si le problème persiste ? si celà se passe bien après
suppression, jetez un oeil à votre fichier htaccess pour voir s'il n'y
a pas de ligne suspecte.
@+
Arf, malheureusement je n'ai pas de fichier htaccess activé. Dans le doute, j'ai activé celui fourni par défaut, sans résultats.
Merci pour cette réponse tout de même !
Peut-être une autre idée ? Une piste au moins ?
André Payan a écrit :
Bonjour,
Je prends la discussion en route, avez vous un fichier htaccess à la
racine du site ? si oui, avez vous essayer de supprimer ce fichier
pour voir si le problème persiste ? si celà se passe bien après
suppression, jetez un oeil à votre fichier htaccess pour voir s'il n'y
a pas de ligne suspecte.
@+
Aah ! J'y suis !
Un simple "echo $redirect;" s'était glissé dans la fonction action_editer_publication, ligne qui manifestement bloquait le processus de redirection.
Ouf ! Mais que de temps perdu pour ça !
Merci à tout ceux qui ont bien voulu m'aider,
Jonathan
Jonathan a écrit :
Salut à tous,
J'en appelle à votre expertise SPIP sur une broutille qui me laisse cependant perplexe.
Je développe le plugin Vu! en débutant éclairé, et les longues heures
dernières passées à décortiquer de nombreuses autres contribs de la zone
ne suffisent ce matin plus à résoudre ce point qui me chagrine.
J'ai crée un nouvel objet éditorial 'annonce' sur l'exemple de l'objet 'brève'. J'ai créée un bloc 'instituer_annonce' à droite qui fonctionne tout pareil que 'instituer_breve' : même système, même fonctions. Et ça marche très bien.
Seulement un point reste insoluble, la redirection coince. Au lieu de
retomber sur la page de visualisation de l'objet après avoir changé de
statut, je transite d'abord par une erreur 302. Le comble est que cette
erreur 302 m'affiche le lien correct de redirection ! Un clic et hop je
retombe au bon endroit, le nouveau statut a bien été pris en compte.
Pour voir le code, il est sur la zone (_plugins_/vu/trunk).
Je m'en vais faire quelques tests en ligne alors.