Ce site utilise des cookies pour les statistiques et pour améliorer votre expérience. En cliquant sur Accepter, vous consentez à notre utilisation des cookies. En savoir plus dans notre politique de confidentialité.

Vous êtes sur la documentation HappenBoard. Retour au site principal

Journal des modifications

Chaque version de HappenBoard, de la plus récente à la plus ancienne.

1.0.0

Dernière version

66 changements

Version 1.0.0#

À savoir avant de mettre à jour
Première version stable. Mise à jour de la base de données : les événements récurrents sont reconstruits dans le fuseau horaire de votre site et les RSVP reçoivent leur date. Faites d’abord une sauvegarde. Requise par HappenBoard Pro 1.0.0.

  • IMPORTANT : Cette version met à jour la base de données au premier chargement de page après la mise à jour. Les événements récurrents sont reconstruits dans le fuseau horaire de votre site, les exceptions que vous avez enregistrées les suivent, et les RSVP existants sur des événements récurrents reçoivent la date pour laquelle ils ont été faits. Sauvegardez votre site avant de faire la mise à jour.
  • IMPORTANT : HappenBoard Pro 1.0.0 nécessite cette version.
  • NOUVEAU : Sur un événement récurrent, un RSVP vaut pour une date, et la capacité de l’événement s’applique à chaque date. L’écran Attendees affiche, filtre et exporte la date de chaque participant, et permet de déplacer un participant vers une autre date en lui envoyant la nouvelle date par e-mail avec un fichier de calendrier.
  • NOUVEAU : Le formulaire de RSVP propose toutes les dates d’une longue série, 60 à la fois, et indique quand une date est complète.
  • NOUVEAU : Page de réservation : les clients peuvent choisir la durée de leur réservation et, quand le type de réservation le permet, leur hôte. Le prix s’affiche en direct pendant qu’ils choisissent, acompte compris. Un visiteur connecté trouve son nom et son adresse e-mail déjà remplis.
  • NOUVEAU : Disponibilités : définissez toute la pile de règles (plages de dates, saisons, semaines, jours de la semaine, fermetures), laissez un type de réservation ouvert par défaut, réglez l’heure du premier créneau et les jours de la semaine où une réservation peut commencer.
  • NOUVEAU : Les réservations peuvent s’afficher sous forme de calque sur l’écran Calendar de l’administration.
  • NOUVEAU : Une demande de réservation refusée reçoit son propre e-mail « request declined » au lieu d’un e-mail d’annulation, et son propre statut Declined : un onglet sur l’écran Bookings, « Request declined » dans My Bookings et sur le lien de la réservation, qui ne propose plus de l’annuler. Les demandes refusées avant cette version restent affichées comme annulées.
  • NOUVEAU : La base des adresses des événements (events par défaut) peut être modifiée dans Réglages → Permaliens. Les pages situées sous cette base s’affichent bien, et les conflits sont signalés dans Santé du site.
  • NOUVEAU : Les thèmes classiques ont la page d’événement complète, et les archives d’événements affichent les mêmes blocs que les modèles des thèmes blocs.
  • NOUVEAU : Les clients peuvent déplacer une réservation à un autre horaire depuis le lien de leurs e-mails de réservation. Une réservation déplacée est envoyée par e-mail avec une invitation de calendrier mise à jour, une réservation annulée est retirée du calendrier du client, et les hôtes ainsi que l’administrateur du site sont prévenus des réservations nouvelles, déplacées et annulées.
  • NOUVEAU : Les participants reçoivent un e-mail quand la date à laquelle ils se sont inscrits est annulée ou déplacée, et quand leur RSVP est annulé. Les e-mails de RSVP indiquent où se déroule l’événement et dans quel fuseau horaire son heure est donnée, et le rappel contient le lien d’annulation.
  • NOUVEAU : Les pages de lieu et d’organisateur affichent l’adresse, les coordonnées et les événements à venir, avec leurs propres modèles dans l’éditeur de site. Les étiquettes d’événement ont un modèle d’archive, comme les catégories.
  • NOUVEAU : Event Query Loop : « Today », « This week » et plages de dates personnalisées, et un attribut search (à définir dans l’éditeur de code, ou via Filter Bar de HappenBoard Pro).
  • NOUVEAU : Sites multilingues : les e-mails de RSVP sont envoyés dans la langue de l’événement sur lequel le participant s’est inscrit, les e-mails de réservation dans la langue de la page où la réservation a été faite, et le flux iCal du site liste les événements d’une seule langue.
  • NOUVEAU : Sites multilingues : les traductions d’un événement partagent ses places. Les inscriptions sur chaque traduction sont décomptées de la capacité de la langue par défaut, chaque page affiche le même nombre de places restantes, une adresse e-mail ne s’inscrit qu’une fois quelle que soit la langue, et, dans l’administration, la liste des participants d’un événement et son export montrent les participants de toutes les traductions avec leur langue.
  • NOUVEAU : Agents IA : HappenBoard a son propre serveur MCP. Collez son adresse dans Claude, ChatGPT, Cursor ou tout autre client MCP, connectez-vous avec votre compte WordPress, et choisissez si la connexion peut seulement lire ou aussi faire des modifications. L’écran Settings → AI agents montre les étapes pour chaque client, les clients connectés avec un bouton Disconnect, et une vérification de la configuration. Les clients IA peuvent désormais créer et modifier des événements, des réservations, des RSVP, des lieux et des organisateurs ; la suppression, ainsi que l’annulation d’une réservation, restent hors de leur portée. Une connexion autorisée à faire des modifications peut changer le statut d’un participant, annulation comprise, comme le fait l’écran Attendees.
  • NOUVEAU : Points d’extension utilisés par HappenBoard Pro : types de personnes sur les réservations, prix enregistré sur chaque réservation, acomptes en ligne et préautorisations de carte pour les demandes qui nécessitent une validation, un filtre pour refuser les RSVP gratuits sur un événement, un filtre qui marque un événement comme payant (avec billetterie), et, dans la chronologie du participant, les check-ins annulés et les refus pour mauvais événement.
  • NOUVEAU : Un nouvel assistant de configuration : une étape par écran, un aperçu en direct de votre premier événement et des e-mails que reçoivent vos participants, et sur le dernier écran une inscription facultative à la newsletter (rien n’est envoyé avant que vous cliquiez sur Subscribe).
  • NOUVEAU : Écran Venues : chaque lieu avec sa photo et son adresse, une vue en grille, des filtres par ville, par pays et « Not on the map », et un panneau avec les détails du lieu.
  • NOUVEAU : Calendar : cliquez sur le mois ou la date dans l’en-tête pour passer à un autre mois ou à un autre jour.
  • NOUVEAU : Le guide de l’éditeur d’événement a une image sur chaque page, et le Tableau de bord s’ouvre sur une nouvelle bannière Welcome.
  • AMÉLIORATION : La barre d’administration de WordPress reste visible sur les écrans HappenBoard, les onglets de statut utilisent le système de design de WordPress, et le menu HappenBoard a sa propre icône, juste sous Pages.
  • AMÉLIORATION : HappenBoard est désormais sous licence GPLv3 ou ultérieure.
  • AMÉLIORATION : Ce readme liste chaque service externe que HappenBoard peut utiliser et ce que chacun reçoit.
  • CORRECTIF : Événements récurrents : les règles sont calculées dans le fuseau horaire du site (les séries ne se décalent plus d’une heure au changement d’heure et ne tombent plus sur le mauvais jour de la semaine), les longues séries restent à jour, les règles BYMONTH fonctionnent, les événements sur plusieurs jours s’affichent sur chaque jour, les événements sur la journée entière s’exportent en dates, et une fin avant le début est refusée. Les règles que l’extension ne sait pas calculer sont refusées à l’enregistrement, l’outil de création de règles conserve les parties d’une règle pour lesquelles il n’a pas de réglage et propose la répétition mensuelle par jour de la semaine ou par jour du mois, et le résumé de la série nomme les jours.
  • CORRECTIF : Front-end : les formulaires de RSVP et de réservation fonctionnent derrière un cache de pages et ne s’envoient qu’une fois ; les blocs d’événement respectent les mots de passe des publications et les droits de lecture ; les grilles et les listes affichent leur état vide quand un filtre ne trouve rien ; les boucles de requête d’événements passés affichent les plus récents en premier ; la page « All dates » et les pages d’annulation s’affichent avec l’en-tête et le pied de page du thème. Le lieu et l’organisateur liés sont nommés partout (listes, grilles, boucles de requête, Add to Calendar, My Schedule, e-mails, schéma Event) ; Add to Calendar conserve les sauts de ligne de la description ; les archives de catégories et d’étiquettes sont paginées ; les événements protégés par mot de passe perdent le préfixe « Protégé : » dans les e-mails, les flux et les calendriers ; un événement sans début ne peut être ni publié ni recevoir de RSVP ; un RSVP reste dans la limite de places de son formulaire ; une boucle de requête enregistrée sans mise en page affiche sa liste ; l’adresse e-mail d’un organisateur est affichée protégée contre les robots de spam.
  • CORRECTIF : Bloc Calendar : chaque date d’une série renvoie vers cette date, la période est conservée quand on change de vue, les jours et les événements passés sont signalés, et une période qui contient plus d’événements qu’elle ne peut en afficher l’indique.
  • CORRECTIF : Traductions : les textes du front-end, les pluriels, les dates et les valeurs par défaut des blocs sont traduisibles, et les traductions des scripts se chargent. WPML et Polylang reçoivent le vrai modèle de données de l’extension, et les listes publiques restent dans la langue en cours. Les heures du calendrier suivent le format d’heure du site, les dates et les heures sont assemblées et les fuseaux horaires nommés de façon traduisible (« heure de Paris, UTC+2 »), les flèches s’inversent dans les langues qui s’écrivent de droite à gauche, les pluriels et les mots à plusieurs sens ont leurs propres chaînes, et les textes intégrés des listes de l’administration sont traduits. wpml-config.xml couvre chaque champ et chaque libellé de bloc traduisible.
  • CORRECTIF : Administration : le Calendar suit le fuseau horaire du site, et faire glisser une date d’une série ne déplace que cette date ; la recherche de participants et de réservations fonctionne ; les heures d’activité et de réservation ne sont plus décalées selon le fuseau horaire du navigateur ; le filtre de date de l’écran Events garde le jour du site. Les listes de l’administration ne cassent plus quand l’extension Gutenberg est active, et un écran en erreur propose de recharger ; le Calendar affiche un événement de plusieurs jours sur chacun d’eux et garde sa période d’une vue à l’autre ; la restauration depuis la Corbeille fonctionne comme dans WordPress ; la fin d’un nouvel événement prend la durée d’événement par défaut ; l’éditeur de type de réservation a la limite quotidienne, et l’écran Availability les horaires propres à chaque type, avec des horaires hebdomadaires validés ; les coordonnées géographiques et les sites web des lieux sont vérifiés, et la modification d’un participant reste dans la limite de capacité ; la liste de configuration du tableau de bord ne coche « Connect a payment gateway » que si les paiements sont configurés ; un lien vers une intégration ouvre sa carte ; une écriture d’agent refusée faute de droits est enregistrée dans le journal des agents.
  • CORRECTIF : Réservations : un type de réservation qui nécessite une validation envoie une demande au lieu de confirmer, une réservation n’est déplacée que vers un horaire où un hôte est libre (son propre hôte, ou un autre hôte libre sur un type en rotation round-robin), les e-mails ont un contenu et un lien d’annulation, l’invitation de calendrier respecte les standards, et les listes de créneaux se mettent à jour quand un type de réservation change. Un hôte ne peut plus être réservé deux fois sur plusieurs types de réservation, ni pendant les temps tampons d’une autre réservation.
  • CORRECTIF : Accessibilité : le bloc Calendar a un contraste suffisant, garde le focus, fonctionne au clavier et tient sur un téléphone ; les calendriers de réservation gardent le focus et annoncent le mois ; les erreurs de formulaire sont liées à leurs champs et annoncées, les boutons en cours de traitement l’indiquent, et les confirmations prennent le focus ; les liens et boutons Save, Remove, View, Add to Calendar et Configure, les sélecteurs d’événement, les boîtes de dialogue et les poignées de glisser-déposer de l’administration ont un nom ; les niveaux de titre suivent ceux de la page. Dans l’administration, le focus passe à chaque nouvel écran et revient depuis la palette de commandes et le panneau du participant, et l’application a une mise en page pour les écrans étroits.
  • CORRECTIF : Notifications : une annulation n’est envoyée qu’une fois, et les rappels suivent la vraie date et ne sont envoyés qu’une fois.
  • CORRECTIF : Le flux iCal est servi comme un calendrier, et le bouton .ics a sa propre route. Le téléchargement .ics propre à un événement protégé par mot de passe fonctionne et le présente comme le fait le flux du site, sans sa description.
  • CORRECTIF : Imports : les catégories sont lues dans les tables de termes de la source, les dates ICS sont lues dans leur propre fuseau horaire, les séries importées se terminent le bon jour, et les imports EventKoi et Amelia reçoivent leurs dates. Les événements sur la journée entière de The Events Calendar et les RSVP d’EventKoi Lite sont importés, tout comme un événement importé de nouveau après avoir été mis à la Corbeille ; une série .ics garde ses dates déplacées et annulées, et un fichier vide ou illisible est signalé comme une erreur.
  • CORRECTIF : CSV : le CSV des événements conserve les catégories et les informations de l’événement en ligne, et l’export des participants a des titres en texte brut et contient ses dates.
  • CORRECTIF : L’écran Attendees ne propose les exports, et les badges de HappenBoard Pro, qu’aux utilisateurs autorisés à exporter les participants (les administrateurs par défaut). Les éditeurs les voyaient et recevaient un refus.
  • CORRECTIF : Schéma Event : un événement avec billetterie n’est plus publié comme gratuit, et un événement complet est indiqué comme épuisé.
  • CORRECTIF : Supprimer définitivement un événement supprime aussi ses participants, leurs rappels et les lignes que les modules complémentaires conservent pour lui.
  • CORRECTIF : Confidentialité : l’outil d’export et l’outil d’effacement des données personnelles couvrent aussi les réservations, les événements enregistrés et les entrées du journal des agents.
  • CORRECTIF : Multisite : l’activation sur le réseau configure chaque site, et chaque migration de la base de données est vérifiée.
  • CORRECTIF : Une désinstallation complète supprime aussi les rappels planifiés, les données utilisateur et les droits accordés à des utilisateurs individuels, y compris le droit de gérer les participants ; la désactivation supprime les adresses de HappenBoard et ses tâches de fond récurrentes.
  • CORRECTIF : Chaque devise utilise son propre nombre de décimales (aucune pour le yen, par exemple).
  • CORRECTIF : Les widgets Elementor s’affichent une fois enregistrés sur une page et sont traduisibles.
  • CORRECTIF : Les adresses des événements et des réservations qui ne fonctionnaient plus parce qu’une autre extension avait reconstruit les règles de réécriture sont réparées automatiquement.
  • CORRECTIF : Import CSV : les événements importés reçoivent leurs dates tout de suite (ils manquaient dans le Calendar de l’administration et dans les blocs de calendrier et de liste jusqu’à un nouvel enregistrement), l’apostrophe que l’export ajoute devant une cellule qui ressemble à une formule est de nouveau retirée, et la carte Tools liste les 19 colonnes, qui peuvent être dans n’importe quel ordre.
  • CORRECTIF : Écran Migration : une source de n’importe quelle taille est migrée jusqu’au bout (la migration s’arrêtait après 10 000 événements et s’affichait comme terminée), et une migration qui s’arrête avant la fin l’indique et peut reprendre.
  • CORRECTIF : Migration : une série de The Events Calendar ou d’Events Manager n’affiche plus les dates isolées qu’elle excluait : elles sont importées comme dates annulées. Un événement dont les règles de répétition supplémentaires ou les exclusions répétées (« tous les lundis ») ont été laissées de côté, ou dont la règle de répétition n’a pas pu être convertie, est listé dans les avertissements de la migration, sur l’écran Migration et dans WP-CLI. Jusqu’ici, il était importé sans rien signaler. Les lieux EventKoi sont comptés une fois, à leur création, et non une fois par événement qui s’y tient.
  • CORRECTIF : Migration : les dates d’une série Events Manager qui durent plusieurs jours (du vendredi 10:00 au samedi 16:00) gardent leur durée ; chacune se terminait le jour de son début. Les événements répétitifs d’Events Manager, dont les dates ont leurs propres pages, sont importés comme une série avec leurs dates exclues et leurs avertissements, comme ses événements récurrents. Ils étaient importés comme un seul événement allant de la première date à la dernière.
  • CORRECTIF : RSVP : deux visiteurs qui s’inscrivent au même moment pour la dernière place ne peuvent plus l’obtenir tous les deux, pas plus qu’un visiteur et un opérateur qui utilise « Mark as Going », une modification du nombre de places ou « Change date » sur l’écran Attendees.
  • CORRECTIF : Migration : les réservations Events Manager sur les dates d’une série sont importées sur ces dates (elles étaient perdues), et les statuts de réservation d’Events Manager sont lus correctement (les réservations approuvées arrivaient sur la liste d’attente, celles en attente de validation et les impayées comme Going). Les participants PayPal et Tickets Commerce de The Events Calendar sont importés avec le statut de leur commande, et ses RSVP « Not going » comme refusés. Relancer une migration ne copie plus une seconde fois les réservations annulées et les RSVP refusés.
  • CORRECTIF : Agents IA : les abilities des types de réservation proposent l’attribution des hôtes en rotation (round-robin) avec la valeur round_robin. La valeur least_loaded qu’elles proposaient était enregistrée telle quelle et donnait chaque réservation au premier hôte libre ; elle est maintenant enregistrée et lue comme une rotation (round-robin).
  • CORRECTIF : Participants : « Mark as Going », le changement de statut dans le panneau du participant et l’ability update-attendee-status vérifient la capacité, avec le même forçage « over capacity » que pour une modification du nombre de places.
  • CORRECTIF : Désinstallation : un nettoyage complet de l’extension gratuite ne supprime plus les options de HappenBoard Pro (réglages, clés de paiement, licence) ni les métadonnées que Pro conserve sur les produits et les commandes WooCommerce ; les données de Pro sont supprimées par la désinstallation de Pro. Le nettoyage des options repère son préfixe au caractère près.
  • CORRECTIF : Administration : les éditeurs ne restent plus bloqués sur l’assistant de configuration et ne se voient plus proposer de raccourcis vers Settings ; le lien Docs ouvre la documentation ; la liste Events nomme le lieu lié ; « Custom iframe URL » peut être enregistré comme fournisseur de carte par défaut.
  • CORRECTIF : Schéma Event : le balisage d’un événement protégé par mot de passe n’a pas de description (elle indiquait « Il n’y a pas d’extrait, car cette publication est protégée. »). Les pages d’organisateur affichent l’adresse e-mail protégée contre les robots de spam.
  • CORRECTIF : Réservations : une réservation qui a eu lieu peut être marquée comme terminée ou comme absence (no-show) depuis l’écran Bookings (rien ne menait à ces deux onglets) ; une réservation qui dépasse minuit s’affiche sur les deux jours dans le Calendar de l’administration ; l’éditeur de type de réservation saisit en heures les durées de 1 à 4 heures et a un champ Description.
  • CORRECTIF : Administration : un administrateur garde tous les écrans HappenBoard dans le menu même quand une extension d’édition des rôles lui a retiré une permission HappenBoard, comme les routes le permettent ; le formulaire rapide remplit la fin à partir du début ; Default event duration va de 5 à 1 440 minutes ; un jour cliqué dans la vue Month du Calendar commence à 09:00 ; les catégories et les étiquettes demandent confirmation avant d’être supprimées ; un lieu ou un organisateur restauré depuis la Corbeille est de nouveau publié, et leur Corbeille propose Delete permanently ; une adresse e-mail d’organisateur invalide ou des coordonnées hors limites sont refusées avec un message clair ; un site web saisi sans https:// le reçoit automatiquement.
  • CORRECTIF : Blocs : Events Grid et Event Query Loop affichent le jour d’une date sur la journée entière ; les blocs de liste font pointer chaque date d’une série vers cette date ; un Events Grid sans filtre garde une date en cours ; le bloc RSVP Form affiche son propre message Success ; Event Date & Time, Venue, Organizer, Series et Weather vérifient que le visiteur peut lire l’événement ; le bloc Event Weather perd un réglage d’unité qui ne servait à rien, et Save Event Button une option qui ne servait à rien.
  • CORRECTIF : E-mails : le bouton suit la couleur d’accent Header, et le pied de page garde ses liens et ses mises en valeur.
  • CORRECTIF : Schéma Event : un événement annulé synchronisé depuis Google Calendar ou Outlook est publié comme annulé.
  • CORRECTIF : Imports : start_utc et end_utc du CSV sont vérifiés ; un événement .ics avec une règle de répétition que HappenBoard ne peut pas utiliser est importé à sa première date avec une note, un événement importé de nouveau sans règle perd l’ancienne, et les fichiers .ical peuvent être sélectionnés. WP-CLI refuse un –status inconnu.
  • CORRECTIF : Confidentialité : l’export et l’effacement du journal des agents couvrent aussi le message d’erreur, et l’export d’une inscription indique la date concernée.
  • CORRECTIF : Les textes d’aide et les messages qui décrivaient quelque chose que l’extension ne fait pas (identité de l’expéditeur, Event base, protection anti-spam, URL de réunion, vérification de l’état, visite guidée de l’éditeur, étape d’import de l’assistant de configuration, message de RSVP en double) ont été réécrits.
  • CORRECTIF : Renforcement de la sécurité.
  • PERFORMANCE : Le flux iCal du site est mis en cache et répond aux revalidations par un 304, les listes de dates chargent leurs publications en une seule requête, les recherches météo en échec sont mémorisées pendant cinq minutes, et le filtre de date de l’écran Events de l’administration lit la table des dates. Les listes lisent une seule fois les termes de langue de Polylang et la date en cours de chaque événement, la recherche des événements enregistrés et le décompte des places sont groupés, les valeurs par défaut des blocs ne sont traduites que pour les blocs de HappenBoard et les blocs s’enregistrent à partir d’un seul manifeste, les liens de calendrier ne passent plus par une redirection, le .ics de chaque événement répond aux revalidations, Cloudflare Turnstile se charge en différé, les listes de créneaux de réservation ne sont mises en cache qu’avec un cache d’objets persistant et une liste anonyme peut être réutilisée pendant une minute, et l’écran Orders de HappenBoard Pro lit un index.