Modifiée par : Olivier Renard, Pierre Cros, Frédéric Péters, Anaïs Ecuvillon

Chaque deuxième et quatrième jeudi du mois, en fin de soirée, sort une nouvelle version de Publik. La semaine précédente les nouveautés contenues dans la version à venir sont annoncées ici.

25 janvier 2024 — prochaine mise à jour

Nouveautés

  • Amélioration graphique de la page récapitulative de l’utilisation d’un rôle.

  • Dans l'interface de gestion d'identités, il est maintenant possible de renouveler automatiquement la configuration OpenID Connect, pour renforcer la compatibilité avec les options de rotation de clés de fournisseurs d’identité.
  • Lorsque les usagers reçoivent un courriel leur demandant de modifier leur mot de passe, ils disposent désormais d'une information concernant la durée de validité du lien transmis.
  • Dans la vue inspect d'une demande, l'onglet « Suivi des actions » a été enrichi. Il comprend maintenant des liens vers les actions globales d'une part, et pour les déclenchements via une action « workflow externe », le numéro de la demande/fiche qui a déclenché l'action d'autre part.
  • L'action « Données de traitement » affichait les champs de traitement sans préciser leur type ce qui était parfois gênant. Le type de chaque champ est désormais affiché.

  • Possibilité d’ajouter une colonne « Statut (visible à l’usager) » dans les tableaux de traitement pour afficher le statut vu par l'usager (qui peut être différent du statut vu par l'agent). Cette colonne supplémentaire est disponible uniquement s'il existe dans le workflow des statuts affichés uniquement en backoffice.
  • Les brouillons appartiennent aux demandeurs uniquement, personne d'autres ne peut les voir. Mais parce que les usagers fournissent parfois aux agents un code de suivi correspondant à un brouillon, nous avons mis en place un message d’erreur explicite lors de la saisie en backoffice d’un code de suivi associé à une demande en brouillon.
  • Amélioration générale du contenu des erreurs affichées en marge des formulaires et des workflows. Cela permet d'être plus explicite, sur les appels webservice réalisés avec une adresse vide, sur l’utilisation de form_objects avec une référence erronée, sur l’utilisation de |filter_by appelé avec un objet invalide, sur le stockage d’un fichier dans un champ de type donnée calculée (ce qui n’est pas possible), etc.
  • Désormais, un avertissement s'affiche lors de l'importation d'un modèle de fiche si l'identifiant n'a pas pu être conservé.
  • Les modifications apportées au paramétrage de w.c.s. ont été ajoutées dans la journalisation.
  • Affichage dans l'historique du nom de l’usager ou de l’agent ayant modifié la demande ou la fiche.
  • Déjà entrevu par certains, nous avons activé sur toutes les instances  la mise en place d’un nouveau type de champ, pour les données numériques, le champ de type « Nombre ». Cela permet des tris sur des valeurs numériques dans les tableaux de traitement.
  • Ajout des boutons de navigation dans l’historique du workflow sur la page d’inspection d’un instantané de workflow.

Corrections

  • Affichage de la date effective de l’envoi d’une alerte de suppression au lieu de sa date prévue.
  • Mise à jour du calcul du slug lors de l'ajout d’un rôle dans une collectivité, pour éviter les suffixes inutiles.
  • Ajout du nom d’hôte manquant à l'affichage de la commande LDAP en cas d’erreur.
  • Autorisation à nouveau de configuration OpenID Connect avec des redirect_uris, même sans sector_identifier.
  • Envoi du même « sid » entre l’id_token et la frontchannel_logout_url.
  • Alignement de l’icône d'effacement des champs en autocomplétion.
  • Import/export de formulaire ou modèle de fiche avec une variable de workflow de type liste à choix multiple.
  • Persistance de la vue d’appel lors d’une recherche qui n’aboutit pas, et persistance des filtres quand on passe de la vue globale à la vue cartographique.
  • Affichage des champs d’un bloc dans le résumé de la demande même en cas d’erreur de gabarit.
  • Ajustement au comportement de la touche « Entrée » dans les blocs de champs, pour ne pas supprimer par surprise une ligne.

Développement

  • Extension aux API de gestion des rôles pour accepter des slugs.
  • Possibilité de modifier une réservation même lorsqu’elle est en liste d’attente.
  • Intégration d’une référence à l’API « resize » dans les adresses retournées lors d’une réservation.
  • Possibilité de notifier combo pour invalider le cache sur une cellule fiches.
  • Modification à l’exportation/importation des paramètres de w.c.s. pour prendre en compte uniquement les paramètres liés à la personnalisation.
  • Mise à disposition de nouvelles variables, Variable URL du formulaire form_backoffice_submission_url et form_frontoffice_submission_url.
  • Ajout de l’authentification HTTP Basic à l’API de liste des modèles de fiche.
  • Intégration de ?lock_code={{ session_hash_id }} aux sources de données agenda automatiques.

11 janvier 2024

Note : la mise à jour n'a été réalisée que dans la nuit du 12 au 13 janvier.

Nouveautés

  • Mise en place d'un message spécifique affiché quand la connexion d'un agent échoue en raison de l'indisponibilité de l'annuaire LDAP. Cela permet de savoir que le problème se situe du côté de l'annuaire et non du côté de Publik.
  • Lorsqu'une page du portail est liée à une cellule Fiche(s), le titre de la page (la balise <title>) devient désormais le titre (le display_label) de la fiche concernée. Par exemple si la page est utilisée pour afficher la fiche d'une école, le titre de la page sera le nom de cette école.
  • Cellule fiche(s) : ajout d'un mode d'affichage « Liste ». Il s'agit d'un mode d'affichage plus synthétique que les deux modes existants (carte et tableau). Il est plus rapide à configurer, permet un affichage plus condensé mais offre moins de souplesse au niveau de la personnalisation.
  • Dans la page de configuration d'une application, il est maintenant possible d'ajouter aux métadonnées, des auteurs et une licence  (à choisir parmi GPL, AGPL et MIT).
  • Sur la page d'accueil d'un workflow, les données de traitement sont maintenant affichées avec l'indication de leur type (le type n'était pas présent auparavant), de la même façon que les champs d'un formulaire.
  • Pour les actions création de demande, création de fiche et modification d'une fiche, on peut désormais utiliser directement le champ d'un bloc de champ au lieu d'utiliser le bloc dans son ensemble. Cela va faciliter les manipulations de ces derniers.
  • Pour permettre l'accès à une demande à quelqu'un qui n'en est pas l'auteur, ajout d'un tag {% temporary_access_button %}. Ce tag fonctionne de la même manière que {% temporary_access_url %} ajouté récemment, sauf qu'il est utilisé exclusivement pour afficher un bouton dans un courriel.
  • Vous avez peut-être déjà utilisé la possibilité de définir un champ comme étant l'identifiant des fiches, en utilisant le « Gabarit de fiche » défini dans le modèle. Nous ajoutons maintenant une variable {{ form_identifier }} qui va permettre de récupérer cet identifiant. Si le gabarit de fiche n'est pas défini, {{ form_identifier }} et {{ form_internal_id }} auront la même valeur.
  • Pour faciliter leur identification dans les tableaux de traitement, les champs d'un même blocs sont maintenant regroupés sous un en-tête commun grisé.

Corrections

  • Prise en compte des numéros de mobile avec un mauvais format dans la page "Mot de passe oublié".
  • Lever une erreur qui indique qu'un rôle parent n'existe pas lors de l'import de rôles.
  • Augmentation de la taille des champs URL dans Chrono.
  • Désactivation de la notification en cas de suppression d'une fiche par une action de workflow externe.
  • Dans les traitements, mise à jour de la vue globale lors de la sélection d'un critère.
  • Restauration du paramétrage des conditions sur l'action d'anonymisation.
  • Gestion de la validation du numéro de sécurité sociale sur les écrans tactiles Android.
  • Nouvelle correction apportée à l'évaluation en direct d'une condition à l'intérieur d'un élément d'un bloc de champ.

Développement

  • Authentification SAML : exposition de l'Unité Organisationnelle (OU) dans le formulaire d'ajout/édition de l'authenticateur.
  • Authentification SAML : création des utilisateurs dans l'OU définie dans l'authenticateur.
  • Agent Authentic : provisionnement synchrone d'un seul utilisateur.
  • Notification des erreurs sur les sources de données automatiques (agenda).