| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 2208 |
466 d 7 h |
delphine |
/trunk/services/modules/0.1/determinations/ |
vérification de l'acceptation de mail avant envoi validation |
|
| 2207 |
466 d 7 h |
delphine |
/trunk/services/modules/0.1/determinations/ |
vérification de l'acceptation de mail avant envoi validation |
|
| 2206 |
466 d 8 h |
delphine |
/trunk/services/modules/0.1/determinations/ |
vérification de l'acceptation de mail avant envoi validation |
|
| 2205 |
466 d 8 h |
delphine |
/trunk/services/modules/0.1/determinations/ |
vérification de l'acceptation de mail avant envoi validation |
|
| 2204 |
466 d 9 h |
delphine |
/trunk/services/modules/0.1/determinations/ |
vérification de l'acceptation de mail avant envoi validation |
|
| 2117 |
3027 d 14 h |
mathias |
/trunk/services/ |
fusion - email "un telabotaniste vous a aidé" : l'id du contributeur dans le lien du profil était mauvais |
|
| 2077 |
3279 d 10 h |
mathias |
/trunk/ |
Première version du SSO avec Del !
Les services ne sont pas encore tous sécurisés
L'annuaire n'est pas rappelé périodiquement et le jeton peut expirer |
|
| 1978 |
3477 d 10 h |
aurelien |
/trunk/services/modules/0.1/ |
Suppression de distinct dans les requetes devenus inutiles suite à une correction de la requete définissant la vue |
|
| 1935 |
3495 d 10 h |
aurelien |
/trunk/services/modules/0.1/determinations/ |
Finalisation de l'envoi de mail lors de la validation par un admin |
|
| 1931 |
3499 d 8 h |
aurelien |
/trunk/services/ |
Lorsqu'un validateur valide une observation anonyme un mail prévient désormais l'utilisateur |
|
| 1813 |
3637 d 8 h |
jpm |
/trunk/services/modules/0.1/ |
Simplification et refactorisation services determinations. |
|
| 1793 |
3653 d 7 h |
jpm |
/trunk/services/ |
Suppression des références à GestionBdd, utilisation de Bdd (du framework) à la place. |
|
| 1773 |
3685 d 10 h |
aurelien |
/trunk/services/modules/0.1/determinations/ |
Web service : il est désormais possible de valider une obs ancienne (transmission supérieure à 60 jours) dont l'auteur est anonyme (pour peu qu'on ait le droit validateur (admin >= 1) |
|
| 1700 |
3715 d 9 h |
jpm |
/trunk/services/modules/0.1/ |
Mise en forme.
Amélioration du code retour de l'acceptation d'une proposition. |
|
| 1684 |
3719 d 6 h |
jpm |
/trunk/services/ |
Mise à jour du web service ValiderDetermination.
Ajout de la dépublication des observations. |
|
| 1601 |
3748 d 5 h |
jpm |
/trunk/services/modules/0.1/determinations/ |
Utilisation du contenur pour récupérer la classe ControleAcces. |
|
| 1457 |
3860 d 10 h |
raphael |
/trunk/services/ |
config: clarification à propos de l'appel au webservice de validation du Cel dans le cas d'une utilisation sur un domaine indépendant d'Eflore |
|
| 1456 |
3861 d 5 h |
raphael |
/trunk/services/modules/0.1/determinations/ |
fix d'une notice en cas d'erreur de retour de modifierObservationParDetermination().
C'est notamment le cas si le retour de CelValidationObservation est vide.
Ce cas peut entre autres se produire lorsque l'appel au webservice est fait via une redirection.
En effet:
http://www.ietf.org/rfc/rfc2616.txt , "10.3.2 301 Moved Permanently"
If the 301 status code is received in response to a request other
than GET or HEAD, the user agent MUST NOT automatically redirect the
request unless it can be confirmed by the user, since this might
change the conditions under which the request was issued.
Les POST sont donc par défaut transformés en GET, mais même avec l'option de forçage disponible dans cURL,
les données POSTées ne suivent pas la redirection.
Auquel cas GET CelValidationObservation ne renvoie rien se qui se traduirait désormais par une erreur. |
|
| 1450 |
3867 d 6 h |
raphael |
/trunk/services/modules/0.1/determinations/ |
détermination: la validation entraine désormais la mise à jour du champ "certitude"
ainsi que la suppression du mot-clef "adeterminer" si celui-ci est présent.
(dépend de r1872 et r1873 du CEL) |
|
| 1444 |
3868 d 9 h |
raphael |
/trunk/ |
identiplante: ajout d'un onglet présentant les "observations validées par le processus collaboratif".
- Un champ proposition_retenue, au rôle éponyme, est (enfin) créé.
- Un script de migration tente vaille que vaille de déterminer à postériori
les propositions retenues.
$ make o_maj2 celdb=tb_cel_test deldb=tb_del_test
$ mysql < maj2.comp.sql
- un onglet correspondant et créé dans l'UI d'IP et le support du backend implémenté
- enfin, lorsqu'une proposition est "retenue" par l'auteur, le champ
proposition_retenue est mis à jour comme il se doit en cas de succès de
la requête de mise à jour de l'observation dans CEL (via service:cel:CelValidationObservation). |
|