Projet

Général

Profil

Anomalie #964

puce de changement rapide de statut

Ajouté par apsy - il y a plus de 11 ans. Mis à jour il y a plus de 11 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
espace privé
Version cible:
-
Début:
Echéance:
% réalisé:

0%

Resolution:
fixed
Navigateur:

Description

Sur la page "A suivre" de l'espace privé, lorsque l'on souhaite changer le statut d'un document par son icône carrée (proposé, validé, poubelle...), la boite de dialogue de confirmation JavaScript s'effectue bien la première fois, mais les fois suivantes il faut reload la page pour que lors d'un clic la boite JS revienne.

Il semblerait que ce problème existe dans toutes les pages de l'admin utilisant ce composant de validation.

Image_1.png Voir - firebug voir une erreur 500 (52,4 ko) Fil _, 25/06/2007 22:00

Historique

#1 Mis à jour par esj - il y a plus de 11 ans

Qu'appelles-tu la page "A suivre" ? Normalement c'est la page d'accueil mais il n'y a pas de formulaire sur les documents dedans.

#2 Mis à jour par apsy - il y a plus de 11 ans

En réponse à [comment:1 esj]:

Qu'appelles-tu la page "A suivre" ? Normalement c'est la page d'accueil mais il n'y a pas de formulaire sur les documents dedans.

C'est effectivement la page d'accueil. Il ne s'agit pas d'un formulaire mais des icones carrés de couleur indiquant le statut d'un document (validé, proposé, en rédaction, refusé, poubelle) face à leur titre. Au survol de al souris, la liste des status par des icones se déroule et lors d'un clic une boite de dialogue JS demande la confirmation de la publicatin de l'article. C'est de cette boite de dialogue dont je parle.

#3 Mis à jour par Fil _ il y a plus de 11 ans

  • Statut changé de Nouveau à Fermé
  • Resolution mis à wontfix

Oui c'est normal qu'elle ne vienne qu'une seule fois ; ensuite, on estime que l'utilisateur a compris à quoi servait ce bidule :(

Je pense que ça fait partie des choses à éliminer de l'interface par défaut (trop complexe)

#4 Mis à jour par Fil _ il y a plus de 11 ans

  • Statut changé de Fermé à Commentaire
  • Resolution wontfix supprimé

par ailleurs je note que, chez moi, cette puce ne fonctionne plus : elle publie bien l'article, mais produit ensuite une erreur de communication javascript, et l'utilisateur n'a pas de retour visuel montrant que le changement a été effectué.

#5 Mis à jour par Fil _ il y a plus de 11 ans

Logs apache : curieusement il y a pas de champ status, remplacé par un tiret (-)

192.168.1.101 - - [24/Jun/2007:22:46:26 +0200] "GET /~fil/spip-svn/branches/spip-1.9.2/spip.php?hash=303090371ac02cdf601ce6110f2cbc48&action=instituer_mot&arg=0&redirect=ecrire%252F.%252F%253Fexec%253Dmots_tous%2526%2523mots_tous-1&titre=Nouveau+mot&id_groupe=1&descriptif=&texte= HTTP/1.1" 302 307
192.168.1.101 - - [25/Jun/2007:21:57:17 +0200] "GET /~fil/spip/spip.php?action=instituer_article&arg=3972-refuse&hash=e30a2fc2d89f77901874ba48164a68a7 HTTP/1.1" - 38

#6 Mis à jour par Fil _ il y a plus de 11 ans

  • Statut changé de Commentaire à Fermé
  • Resolution mis à fixed

corrigé en r9606

#7 Mis à jour par Cap - il y a plus de 11 ans

The header for status 204 was wrong:

instead of 
<pre>

fixed in r9610

Formats disponibles : Atom PDF