v1.6.6 : un produit supprimé dans WooCommerce quitte aussi Hou.la

Mise à jour recommandée pour toutes les boutiques.

• Un produit mis à la corbeille ou supprimé dans WooCommerce quitte aussi Hou.la. Quand le lien entre un produit et sa fiche Hou.la était périmé (fiche recréée lors d'une synchronisation complète), la suppression partait vers une fiche qui n'existait plus et échouait : le produit restait en vente sur Hou.la. Le module retrouve maintenant la fiche par l'identifiant WooCommerce du produit, et remet le lien à jour à chaque synchronisation.
• La corbeille et la suppression définitive sont prises en compte quel que soit le chemin : liste des produits, fiche produit, WP-CLI, API REST ou autre extension. Avant, seules les suppressions faites par WooCommerce lui-même étaient vues.

v1.6.5 : un produit déjà sur Hou.la reste à jour

Mise à jour recommandée pour toute boutique qui utilise le filtre de catégories.

• Un produit déjà sur Hou.la reste à jour, même s'il change de catégorie. Avec un filtre de catégories actif, un produit déplacé vers une catégorie non cochée n'était plus synchronisé : il restait en vente sur Hou.la avec son ancien titre, son ancien prix et son ancienne description. Le filtre décide maintenant des produits qui entrent sur Hou.la ; ceux qui y sont déjà suivent toutes vos modifications. Les sous-catégories d'une catégorie cochée sont aussi prises en compte.
• Le bouton « Re-synchroniser » envoie toujours le produit, quels que soient le filtre de catégories et la synchronisation automatique. En cas d'échec, il affiche l'erreur au lieu d'un faux succès.
• Dupliquer un produit ne recopie plus son lien Hou.la ni son lien court. La copie pointait vers la fiche et la page du produit d'origine. Pour une copie faite avant cette version, cliquez sur « Régénérer » dans l'encart du lien court.

v1.6.4 : plus de fausse « nouvelle commande » à la livraison

Mise à jour recommandée pour toute boutique qui utilise l'app mobile WooCommerce.

• Fin des fausses « nouvelles commandes » dans l'app WooCommerce. Depuis WooCommerce 10.7, la boutique annonce une nouvelle commande dès qu'une commande passe d'un statut qu'elle ne connaît pas à « Terminée ». Le passage « En cours de livraison (Hou.la) » vers « Terminée », à la livraison, faisait donc sonner le téléphone pour une commande vieille de plusieurs semaines. Une commande qui entre en livraison, ou qui en sort, est désormais considérée comme déjà annoncée. La clôture d'un panier ouvert continue de sonner.
• Un seul e-mail « Votre commande est en cours de livraison » par colis. Un même statut renvoyé plusieurs fois en déclenchait jusqu'à six identiques. Un nouveau numéro de suivi (nouvelle étiquette) déclenche toujours un nouvel e-mail.
• Hou.la distingue désormais « en cours de retour » de « retourné ». Les deux phases s'affichent dans WooCommerce en « Retour expéditeur (Hou.la) ».

v1.6.3 — Statut « Retour expediteur » + detection des mises a jour

Nouveau statut de commande « Retour expediteur (Hou.la) »

Un colis refuse ou non retire repart chez le vendeur, et le transporteur emet
alors un scan de livraison sur cette remise. La commande basculait donc en
« livree » et l'acheteuse etait prevenue qu'elle avait recu un colis qu'elle
n'a jamais eu, puis on lui demandait un avis.

Le plugin enregistre desormais un vrai statut WooCommerce wc-houla-returned,
sur le modele du statut « panier ouvert » deja en place, et le fait figurer dans
la table de concordance dans les deux sens.

Mise a jour necessaire. L'API Hou.la remonte deja ce statut. Une boutique
qui ne le connait pas voit WooCommerce remplacer la valeur inconnue par
« En attente de paiement » : une commande payee, partie et revenue se
retrouve donc dans la file des impayes, sans la moindre erreur visible.

Une expedition se prouve

Un statut d'expedition n'est plus remonte vers Hou.la sans transporteur ni
numero de suivi, y compris lors d'une resynchronisation manuelle. Une commande
passee en « En cours de livraison » dans WooCommerce sans envoi reel
apparaissait « expediee » cote acheteuse et sortait de la file « a expedier » de
la vendeuse.

Detection des mises a jour

Le plugin verifie desormais les nouvelles versions publiees ici et propose la
mise a jour directement depuis l'ecran Extensions de WordPress.

A savoir pour cette version-ci : la 1.6.2 installee sur les boutiques ne
contient pas ce code, elle ne peut donc pas detecter la 1.6.3. Cette
premiere pose se fait a la main (Extensions > Ajouter > Televerser). Les mises
a jour suivantes s'annonceront toutes seules.

v1.6.2 — Pseudo Hou.la dans le titre de la commande

Nouveauté

Le titre de la commande affiche désormais « (Workspace) Prénom Nom ».

Pendant un live, la vendeuse ne connaît sa cliente que par son pseudo — le chat, les cadeaux et le tableau de bord l'affichent tous. Le pseudo Hou.la de l'acheteuse est donc préfixé au nom de facturation, celui que WooCommerce utilise comme titre de commande : on identifie d'un coup d'œil qui a payé quoi, sans perdre l'identité civile.

⚠️ L'adresse d'expédition n'est volontairement pas touchée. Elle alimente les étiquettes GLS / Colissimo / Mondial Relay, et un point relais remet le colis contre pièce d'identité : un pseudo dessus et le colis repart en retour.

• Une resynchronisation n'empile pas le préfixe.
• Sans identité civile captée (fréquent sur un achat en live), le pseudo tient lieu de client, sans parenthèses.
• Désactivable via le filtre wphoula_prefix_billing_name_with_pseudo.

v1.6.1 — Le rate limiting ne marque plus des commandes saines en échec

Corrections

Un HTTP 429 n'est plus enregistré comme un échec de synchronisation. « Resynchroniser toutes les commandes » envoie une requête par commande ; quand Hou.la répondait 429 (limite de débit), le plugin écrivait _houla_sync_status = failed sur chacune — sur giamory.com, 23 commandes parfaitement saines sont passées en rouge et le compteur « Failed » est devenu ininterprétable.

• Retry-After est respecté (plafonné à 5 s) avec une nouvelle tentative.
• Un 429 qui survit au retry marque la commande en attente, pas en échec.
• Le lot s'arrête au premier 429 au lieu de marteler, et annonce combien de commandes restent à réessayer.

Commandes à la corbeille. Une commande Hou.la mise à la corbeille n'est plus considérée comme existante : une resynchronisation en recrée une visible au lieu de mettre à jour silencieusement une commande invisible.

La cause racine du 429 était côté Hou.la — l'exemption de limite de débit prévue pour les intégrations de confiance ne se déclenchait jamais. Elle est corrigée et déployée en production.

v1.6.0 — Fix « Récupérer les commandes » (cURL error 28)

Corrections

« Récupérer les commandes depuis Hou.la » ne time out plus. Le bouton demandait à Hou.la de re-pousser chaque commande une par une pendant que la connexion restait ouverte : au-delà d'une trentaine de commandes on dépassait les 30 s de wp_remote_request → cURL error 28: Operation timed out after 30001 milliseconds with 0 bytes received, alors que la resynchronisation réussissait en arrière-plan. Le renvoi part maintenant en file d'attente côté Hou.la et l'API répond immédiatement.

• Le bouton annonce le nombre de commandes programmées et rafraîchit les compteurs au fil de l'eau (5 s / 15 s / 30 s / 60 s).
• Les commandes supprimées sur Hou.la ne sont plus re-créées dans WooCommerce par une resynchronisation.
• Suite de tests unitaires remise au vert (wp_kses_post non stubé).

v1.5.9 — Statut « En cours de livraison » + fix widget expédition

Nouveautés

Statut « En cours de livraison (Hou.la) »

• Nouveau statut de commande custom wc-houla-shipping (comme « Panier ouvert »). WooCommerce n'a pas de statut natif entre « En cours » et « Terminée » → un colis expédié tombait à tort en « Terminée ». Câblé dans tous les mappings.
• Email client au passage en livraison : note client avec transporteur + n° et lien de suivi (un statut custom n'envoie pas d'email natif).

Widget « Hou.la — Shipping » (page commande WooCommerce)

• Fix alignement des icônes des boutons.
• Fix « Refresh status » / Generate / Cancel / Download qui renvoyaient « Unauthorized » : les endpoints /manager/* sont JWT-only → on envoie désormais le Bearer + X-Workspace-Id.

⚠️ À utiliser avec l'API Hou.la qui envoie wc_status = houla-shipping sur l'expédition (déployée en même temps).

v1.5.8 — Méta point relais sur les commandes mises à jour

Corrige la métadonnée du point relais (_houla_service_point_id/carrier/method) pour qu'elle soit posée aussi sur les commandes mises à jour/fusionnées (elle n'était écrite qu'à la création). L'adresse du point relais, elle, était déjà correcte.

v1.5.7 — Logo Hou.la + robustesse connexion

• Logo Hou.la complet (wordmark) dans l'en-tête du plugin au lieu du favicon.
• L'erreur du sélecteur d'espace de travail ne reste plus affichée à tort une fois la liste chargée.
• À installer avec l'API à jour (correctif serveur du refresh token OAuth qui causait la fausse déconnexion). Après install : reconnecte-toi une fois, puis « Récupérer les commandes depuis Hou.la ».