Ordre

  • [Requête de fonctionnalité] le client suggère que le bouton Envoyer un commentaire sur la page Détails de la commande prête à confusion et doit être remplacé par autre chose
    Afin de minimiser la confusion, le libellé du bouton « Envoyer le commentaire » a été remplacé par « Mettre à jour » dans la page des détails de la commande.
    ACP2E-2709 - contribution du code GitHub

Autres frais

  • Les indexeurs définis apparaissent par défaut avec le statut Prêt lorsqu’une nouvelle version d’Adobe Commerce est installée
    Après l'installation de Magento, le statut de l'indexeur doit être défini par défaut sur Prêt.
    AC-11420 - Contribution du code GitHub
  • Dans l’installation Magento existante, lors de l’installation du module d’indexeur tiers, définissez les indexeurs dans mise à jour par planning par défaut.
    Tous les nouveaux indexeurs sont activés par défaut en mode [Mise à jour par planification]. Auparavant, le mode par défaut était [ Mise à jour lors de l’enregistrement ]. Il en va de même pour les indexeurs personnalisés.
    AC-11421 - Contribution du code GitHub
  • Les options Elasticsearch 7 et 8 doivent être fournies avec Obsolète dans la configuration d’administration.
    L’option Elasticsearch 8 de l’option Configuration de l’administration s’affiche avec le texte Obsolète pour informer les utilisateurs qu’Elasticsearch 8 n’est plus l’option recommandée.
    AC-12480 - Contribution du code GitHub
  • Ajoutez une note de texte lorsque l’option Elasticsearch est sélectionnée dans la configuration d’administration
    Une note de texte est ajoutée pour informer les utilisateurs administrateurs d’Adobe Commerce qu’elasticsearch n’est plus pris en charge par Adobe et est obsolète.
    AC-12481 - Contribution du code GitHub
  • Correctif d’amélioration des performances des opérations de niveau de prix dans 2.4.8
    Le système permet désormais des mises à jour en bloc plus efficaces des prix de niveau sans causer de problèmes de performances ou d’absence de réponse du site lors de l’utilisation du point d’entrée de l’API REST « /V1/products/tier-prices ». Auparavant, la mise à jour d’un grand nombre de prix à l’aide de ce point d’entrée pouvait entraîner des problèmes de performances et une absence de réactivité du site.
    AC-13448 - Contribution du code GitHub
  • Supprimez tous les avis de copyright confidentiels Adobe des référentiels Magento Open Source
    Toutes les notices de copyright confidentielles d’Adobe ont été supprimées des référentiels open source, ce qui garantit que seule la forme réduite de copyright d’Adobe est utilisée. Auparavant, certains fichiers des référentiels publics contenaient des avis confidentiels de copyright Adobe, ce qui entraînait des remontées d’informations de la part de la communauté.
    AC-13550 - Problème GitHub - Contribution du code GitHub

Framework de l’interface utilisateur

  • Migration de [2.4.8-beta1] TinyMCE 5 vers TinyMCE 7
    Migration de TinyMCE 5 vers TinyMCE 7.3.0 pour une version prise en charge par Adobe Commerce. Auparavant, le système utilisait 5.10.2, qui était obsolète et signalait une vulnérabilité de sécurité
    AC-12726 - Contribution du code GitHub
  • Migration de [2.4.8-beta1] TinyMCE 5 vers TinyMCE 7 Page Builder
    Migration de TinyMCE 5 vers TinyMCE 7.3.0 pour une version prise en charge par Adobe Commerce. Auparavant, le système utilisait 5.10.2, qui était obsolète et signalait une vulnérabilité de sécurité
    AC-12825 - Contribution du code GitHub
  • [2.4.8-beta1] Migration de TinyMCE 5 vers TinyMCE 7 - Magento2-infra - mots interdits
    Migration de TinyMCE 5 vers TinyMCE 7.3.0 pour une version prise en charge par Adobe Commerce. Auparavant, le système utilisait 5.10.2, qui était obsolète et signalait une vulnérabilité de sécurité
    AC-12844 - Contribution du code GitHub
  • Mise à niveau de Require.js vers la dernière version 2.3.7 (vulnérabilité de sécurité CVE-2024-38999)
    Mise à jour de required.js vers la dernière version 2.3.7. Vulnérabilité de sécurité signalée dans la version précédente
    AC-12901 - Contribution du code GitHub

Correction de problèmes dans la version v2.4.8

Nous avons corrigé 497 problèmes dans le code principal de Magento Open Source 2.4.8. Un sous-ensemble des problèmes résolus inclus dans cette version est décrit ci-dessous.

API

  • L’API REST /V1/transactions renvoie une erreur lorsque parent_txn_id = txn_id
    Le système gère désormais correctement les transactions du concept parent et enfant où l’ID de transaction parent est identique à l’ID de transaction, ce qui empêche une boucle infinie lors de l’interrogation du point d’entrée /V1/transactions de l’API REST. Auparavant, ce scénario entraînait une erreur fatale en raison du dépassement du temps d’exécution maximal.
    AC-10042 - Contribution du code GitHub
  • Problème de type [Graphql] dans la version 2.4.7
    Le système gère désormais correctement les valeurs entières dans la fonction GetCustomSelectedOptionAttributes lors de l'exécution d'une requête GraphQL, ce qui empêche toute erreur liée au type. Auparavant, le lancement d’une requête GraphQL qui utilisait GetCustomSelectedOptionAttributes avec un argument entier entraînait une erreur de type.
    AC-11878 - Problème GitHub - Contribution du code GitHub
  • Caractères spéciaux dans la catégorie url_key (lorsqu’ils sont créés via l’API REST)
    Auparavant, dans category_url_key, le caractère spécial n'était pas présent après le correctif ; il était affiché dans category_url_key
    AC-3223 - Problème GitHub - Contribution du code GitHub
  • Problème avec l’api rest après l’activation de 2FA Duo
    2FA avec option de sécurité Duo génère désormais la signature correcte pour l’API Rest
    ACP2E-2755 - Contribution du code GitHub
  • [API REST] : l’option Utiliser la valeur par défaut dans la vue du magasin ne reste pas cochée après l’ajout de configurations pour un produit configurable
    Le problème a été corrigé en veillant à ce que les entrées de base de données soient correctes pour les options personnalisables d’un magasin autre que celui par défaut. La case à cocher du magasin personnalisé dans la section « Admin > Catalogue > Modification de produit > Options personnalisables » n’était auparavant pas cochée en raison d’entrées de base de données inexactes, même si le titre de l’option du magasin personnalisé restait identique au magasin par défaut.
    ACP2E-2927 - Contribution du code GitHub
  • L’API REST ne peut pas effectuer de requêtes avec une barre oblique (/) dans le SKU lors de l’utilisation d’Oauth1
    Avant la correction, vous ne pouviez pas effectuer d’appel API réussi pour un produit dont le SKU contenait le caractère « / ». Désormais, vous pouvez émettre une requête d’obtention d’API réussie pour les détails du produit, même si son SKU comporte une barre oblique.
    ACP2E-2969 - Contribution du code GitHub
  • Échec de la mise à jour de l’adresse du client lors de la mise à jour via l’API REST si « validateDefaultAddress » est activé
    Le point d’entrée de l’API fonctionne désormais comme prévu une fois le problème lié à la clé d’ID manquante dans la payload de l’API résolu.
    ACP2E-3079 - contribution du code GitHub
  • [Cloud] Création du groupe de prix de site web en double dans l’Api Prix de niveau.
    Désormais, l’API Tier Price REST ne permet pas de créer le groupe de prix de site web dupliqué.
    Auparavant, il était possible de créer le groupe de clients de prix de groupe de sites Web en double dans l’Api Prix de niveau qui ne réussissait pas la validation dans Admin lors de l’enregistrement du produit.
    ACP2E-3091 - Contribution du code GitHub
  • Impossible d’ajouter un commentaire de commande avec le statut via l’API REST
    Le problème a été résolu en autorisant la modification du statut de l’ordre uniquement s’il s’agit de l’état actuel . Auparavant, il ne respectait pas l’état de la commande et n’empêchait aucune modification de l’état de la commande, même s’il provenait du même état.
    ACP2E-3130 - contribution du code GitHub
  • L’opération asynchrone échoue lorsque le SKU est absent de la payload
    Les opérations asynchrones et de synchronisation échouaient auparavant en raison d’erreurs d’enregistrement du produit si le sku est manquant dans la payload. Après le correctif, les opérations de l’api rest d’enregistrement de produit asynchrones et synchronisées échouent avec un message d’exception approprié.
    ACP2E-3236 - contribution du code GitHub
  • [CLOUD] Impossible de mettre à jour les prix de base à l’aide de l’API REST (la valeur de « value_id » dans « catalog_product_entity_decimal » n’est pas incrémentée correctement.)
    Avant ce correctif, lorsque l’api rest /rest/default/V1/products/base-prices était appelée, l’ID d’incrément était augmenté par erreur, laissant un écart entre les valeurs. Après la correction, l’ID d’incrément est augmenté comme prévu, de manière incrémentielle. La plage de champs value_id a également été augmentée.
    ACP2E-3376 - contribution du code GitHub
  • Les articles de commande ne sont pas visibles dans les e-mails d’avoir pour l’API POST V1/order/:orderId/restore
    Auparavant, avant ce correctif, lorsqu’un client crée un avoir à partir d’une requête API notifiant send_email, il ne contient pas la grille des détails du produit. Après application de ce correctif, le client envoie une demande d’API d’avoir et trouve les détails de l’élément de produit apparaissant dans l’e-mail.
    ACP2E-3460 - contribution du code GitHub
  • Les valeurs par défaut ne sont pas définies pour les attributs date et heure avec les produits RestAPI
    Les valeurs par défaut sont désormais correctement définies pour les attributs de date et de date et d’heure via RestAPI
    ACP2E-3486 - contribution du code GitHub