[BUG] _RETRYPOST

Bonjour @Koreus, @Wiliwilliam_

Je viens à vous car j'en ai marre des _RETRYPOST
J'ai bien dit que c'est un bug, car en utilisation normale, lorsque vous passez une demi-heure à rédiger une réponse et que vous perdez tout... c'est bien un bug.

Ça fait un bout de temps qu'on en parle... qu'on se plaint... Mais lorsqu'on en vient à se plaindre, j'ai aussi envie de proposer des solutions.

Mais d'abord : quelques questions.

• Si ça n'est toujours pas résolu, je suppose que ça n'est pas si simple à résoudre. Vous comptez lui tordre le coup à ce bug ? Vous avez des pistes ? Vous avez abandonné ?

• C'est lié à Xoops ? C'est NewBB (j'dis des trucs au pif) ? On peut rien y faire ?

Ensuite : quelques solutions (contournements, plutôt)

• Pourquoi pas un système de brouillons ? OK on s'tape un _RETRYPOST mais comme ça a été enregistré on perd pas tout. C'est un gros dev, c'est du lourd... m'enfin ça serait le contournement le plus logique.

• Sinon, pourquoi pas une alerte ? Une petite boucle AJAX qui check si la session est toujours active (je suppose que c'est ça le soucis, une histoire de session) et si ce n'est pas le cas présente une indication claire à l'utilisateur qui est en train de rédiger son message. Voire même, désactive le bouton d'envoi du message en lui disant qu'il faut sauvegarder sinon il va rager...

P.S. : J'ai fait une recherche sur le forum pour obtenir une réponse à mes question, mais j'suis tombé sur tellement de posts de Koréusiens qui ragent contre le _RETRYPOST que j'ai renoncé...

Citation :

:lol:
Il me semble que c'est lié au refresh du cache non?
Je regarde actuellement des nouveaux éditeurs de texte pour proposer à koreus. ça se trouve certains incluent directement un système de brouillon.

Pour ma part, tout ce que je peux conseiller pour le moment, c'est de copier ton texte lorsqu'il commence à être long. au cas où :roll:

Ou au minimum minimum, en attendant une potentielle nouvelle version de messagerie, mettre un avertissement en rouge dans la fenêtre message ?
(Afficher ce message en bas, près du bouton valider/poster ?)

Du genre :
"/!\ Pensez à copier-coller votre texte avant de l'envoyer.
En effet, un bug fait que votre message peut être supprimé et pas envoyé, surtout si vous écrivez un long message ou mettez du temps à l'écrire. Nous mettons tout en oeuvre pour éliminer ce bug."

Pour que les nouveaux ne se fassent pas piéger et que les membres réguliers n'oublient pas (perso de temps en temps je zap et hop, tout à réécrire)

ça serait mentir
ça serait super moche surtout

Citation :

Côté serveur ou côté client ? Moi de mon côté je ne fais que des refresh explicites. J'ai pensé à la session car elles fonctionnent souvent sur la base de cookies qui eux ont un "refresh" (l'expiration) implicite.

Si c'est côté serveur, j'peux rien dire, évidemment:p

Mais j'vais regarder ça un peu plus en détail ce week-end. Analyser les cookies déposés par koreus.com et tester d'envoyer des messages en fonction des cookies que je suspecte et de leur date d'expiration.

Citation :

Et ça c'est cool. Merci de vous casser les coucougnettes pour nous

Citation :
C'est ce que je m'efforce de faire, je dirais même que c'est devenu un automatisme... presque. Puisque parfois il m'arrive d'oublier.

J'me tate à développer une extension Chrome/ium spécialement pour Koreus xD

je pensais à la connexion à la BDD pour le cache

@Wiliwilliam_ Ha ouais. Si c'est ça j'vais galérer pour faire mes tests xD

Tu saurais me dire quelle est la limite d'expiration à la BDD si c'est ça ?

@Koreus?
Au pire s'il ne répond pas tout de suite, on a réunion des modos demain soir, si on en parle pas de prime abord, j'aborderai le sujet.

Chez moi je ne me rappelle pas avoir perdu le contenu du POST, au pire les apostrophes étaient précédées d'un anti-slash.

Je vois dans des sources (surement pas les bonnes) que c'est lié à la présence de la variable "AUTOLOGIN_POST" dans ta session :

http://impresscms.trac.cvsdude.com/addons/browser/core/branches/merging%20frameworks%20to%20icms/htdocs/session_confirm.php?rev=4476

Cet "AUTOLOGIN_POST" semble être renseigné quand l'utilisateur est connecté au site à partir de son cookie (méthode sessionAutologin) :

https://fossies.org/dox/impresscms-1.3.9/autologin_8php_source.html

RETRYPOST sert donc à confirmer l'intention de réaliser un post, car l'user a été reconnecté par cookie, sa session ayant disparu (timeout) parce que s'est écoulé trop de temps entre l'affichage de la page d'édition, et l'envoi du formulaire.

Des solutions possibles:
- modifier la conf pour allonger la durée de vie de la session. Augmentation de la consommation mémoire coté serveur.
- modifier "session_confirm.php" pour poster automatiquement le formulaire après reconnexion et donc bypasser la demande de confirmation. Plus complexe.
- implémenter un refresh automatique en Ajax des derniers posts en dessous de la fenêtre d'édition, ce qui maintiendra en vie la session courante. Augmentation de la consommation mémoire / CPU / bande passante coté serveur.

Au boulot @Wiliwilliam_ !

Citation :

Techniquement, je crois que c'est Koko qui met en place.

Wili n'est là que pour les basses besognes (recherches, plaintes des koreusiens, architecture ...)

Perso ça fait quelques mois que j'ai plus ce problème alors que j'ai rien changé à mes habitudes.

Comme dit frann, je n'interviens pas sur le site/forum koreus.
Je gère uniquement les appli.koreus

En tout cas si le soucis correspond bien à ce que tu dis, c'est cool d'avoir proposé des solutions

J'ai opté pour la méthode de refresh automatique de la session via Ajax.
Avez-vous toujours le problème ?

@Koreus Ce formulaire a été affiché à 14h44 et...


(là, il est 14h44, donc j'suis un peu comme un con en train de parler à la place de mon moi du futur... je ressens comme une forte transgression, et à la fois un pouvoir immense qui retombent se commuer en une simplement sensation de néant)

...

(14h45... je reviens tout à l'heure)

...

(14h51 je continue de naviguer sur Koreus à partir d'autres onglets... je suppose que cela rafraichît ma session... le test ne sera pas probant)

...

(14h58, j'ai arrêté de naviguer sur d'autres onglet à partir de ce navigateur.)

...

(15h03, Eeeeeet merde ! Vieux réflex ! J'ai rafraîchit l'autre onglet... je le ferme)

...

(15h14, je résiste à l'envie d'aller nav... Ha mais nan, j'ai lancé Opera xD)

...

(16h08, *tududum* j'attends)

... envoyé à 16h31.

Comme mon Firefox est un peu merdique je ne voyais pas les requêtes XHR... M'enfin allez, je clique sur "valider".

ET BIM _RETRYPOST !

Hum soit c'est pas de chance, soit c'est buggé

J'ai fait des modifs dans l'après-midi, c'est possible que tu sois passé au moment ou c'était désactivé -> PAS de chance
En tout cas, je ne t'ai pas vu dans les logs.

Soit c'est buggé, et il va falloir que je fasse d'autres tests

@Koreus Je viens de faire un test, 2h d'attente, j'ai eu un RETRYPOST :'(

@AshySlashy Je ne t'ai pas vu passer dans les logs non plus.

Je regarde, je reteste

@Kevsler @AshySlashy J'ai trouvé d'où venait le problème. Ce n'était pas activé dans le forum

:lol: ça vaut amplement l'oubli d'un ; en fin de ligne ça :lol:

En tout cas c'est chouette que ce soit réglé

@Koreus Merci ! Voici un petit test (formulaire chargé à 18h48), message envoyé à... 21h23.

J'ai eu un message de ce type :
« Soumission invalide. Vous avez peut être dépassé le temps de la session. Veuillez faire une sauvegarde de votre contribution et la ressoumettre. »

C'est ça ? Si c'est ça c'est nickel, j'ai pas perdu le message.