Destaques do Magento Open Source 2.4.7
Procure os seguintes destaques nesta versão.
Aprimoramentos de segurança
Esta versão inclui as mesmas correções de segurança e melhorias de segurança da plataforma incluídas no Adobe Commerce 2.4.6-p5, 2.4.5-p7 e 2.4.4-p8. Consulte o Boletim de Segurança do Adobe para obter a discussão mais recente sobre esses problemas corrigidos.
Nenhum ataque confirmado relacionado a esses problemas ocorreu até o momento. No entanto, certas vulnerabilidades podem ser potencialmente exploradas para acessar informações do cliente ou assumir o controle de sessões de administrador. A maioria desses problemas exige que um invasor obtenha acesso ao Administrador primeiro. Como resultado, lembretes para tomar todas as medidas necessárias para proteger seu administrador são:
- Lista de permissões de IP
- autenticação de dois fatores
- uso de uma VPN
- uso de um local único em vez de
/admin
- higiene de senha boas
Aprimoramentos adicionais de segurança
Os aprimoramentos de segurança desta versão melhoram a conformidade com as práticas recomendadas de segurança mais recentes.
-
Alterações no comportamento de chaves de cache não geradas:
- As chaves de cache não geradas para blocos agora incluem prefixos que diferem dos prefixos para chaves geradas automaticamente. (As chaves de cache não geradas são chaves definidas por meio da sintaxe de diretiva de modelo ou pelos métodos
setCacheKey
ousetData
.) - As chaves de cache não geradas para blocos agora devem conter apenas letras, dígitos, hifens (-) e caracteres de sublinhado (_).
- As chaves de cache não geradas para blocos agora incluem prefixos que diferem dos prefixos para chaves geradas automaticamente. (As chaves de cache não geradas são chaves definidas por meio da sintaxe de diretiva de modelo ou pelos métodos
-
Limitações sobre o número de códigos de cupom gerados automaticamente. O Magento Open Source agora limita o número de códigos de cupom gerados automaticamente. O máximo padrão é 250.000. Os comerciantes podem usar a nova opção de configuração Code Quantity Limit (Stores > Settings:Configuration > Customers > Promotions) para evitar que o sistema fique sobrecarregado com muitos cupons.
-
Otimização do processo de geração de URL de Administrador padrão. A geração do URL de administrador padrão foi otimizada para aumentar a aleatoriedade, o que torna os URLs gerados menos previsíveis.
-
Uma nova configuração de cache de página inteira pode ajudar a reduzir os riscos associados ao ponto de extremidade HTTP
{BASE-URL}/page_cache/block/esi
. Esse endpoint oferece suporte a fragmentos de conteúdo irrestritos e carregados dinamicamente de manipuladores de layout e estruturas de bloco do Commerce. A nova definição de configuração Handles params size define o valor do parâmetrohandles
desse ponto de extremidade, que determina o número máximo permitido de identificadores por API. O valor padrão dessa propriedade é 100. Os comerciantes podem alterar esse valor de Admin (Stores > Settings:Configuration > System > Full Page Cache > Handles params size). Consulte Configurar o aplicativo Commerce para usar o Verniz. -
Foi adicionado o suporte à Subresource Integrity (SRI) para atender aos requisitos PCI 4.0 para verificação da integridade do script nas páginas de pagamento. O suporte à Subresource Integrity (SRI) fornece hashes de integridade para todas as JavaScript ativos residentes no sistema de arquivos local. O recurso SRI padrão é implementado apenas nas páginas de pagamento para as áreas de Administração e vitrine eletrônica. No entanto, os comerciantes podem estender a configuração padrão para outras páginas. Consulte Integridade de sub-recursos no Guia do Desenvolvedor do Commerce PHP.
-
Alterações na Política de Segurança de Conteúdo (CSP)—Atualizações e aprimoramentos de configuração nas Políticas de Segurança de Conteúdo (CSPs) da Adobe Commerce para atender aos requisitos da PCI 4.0. Para obter detalhes, consulte Políticas de Segurança de Conteúdo no Guia do Desenvolvedor do Commerce PHP.
-
A configuração padrão da CSP para páginas de pagamento para o Administrador do Commerce e áreas de vitrine agora é o modo
restrict
. Para todas as outras páginas, a configuração padrão é o modoreport-only
. Nas versões anteriores à 2.4.7, o CSP foi configurado no modoreport-only
para todas as páginas. -
Adição de um provedor nonce para permitir a execução de scripts integrados em uma CSP. O provedor nonce facilita a geração de cadeias de caracteres nonce exclusivas para cada solicitação. As cadeias de caracteres são anexadas ao cabeçalho da CSP.
-
Adição de opções para configurar URIs personalizados para relatar violações de CSP para a página Criar pedido no Admin e a página Check-out na loja. Você pode adicionar a configuração do Administrador ou adicionando o URI ao arquivo
config.xml
.OBSERVAÇÃO
Atualizar a configuração da CSP para o modorestrict
pode bloquear scripts incorporados existentes nas páginas de pagamento na Administração e na loja, o que causa o seguinte erro do navegador quando uma página é carregada:Refused to execute inline script because it violates the following Content Security Policy directive: "script-src
. Corrija esses erros atualizando a configuração da lista de permissões para permitir os scripts necessários. Consulte Solução de problemas no Guia do Desenvolvedor do Commerce PHP.
-
-
Limitação de taxa nativa para informações de pagamento transmitidas por meio de APIs REST e GraphQL. Os comerciantes agora podem configurar a limitação de taxa para as informações de pagamento transmitidas usando REST e GraphQL. Essa camada adicional de proteção suporta a prevenção de ataques de cartões e potencialmente diminui o volume de ataques de cartões que testam muitos números de cartão de crédito de uma só vez. Essa é uma alteração no comportamento padrão de um endpoint REST existente. Consulte Limitação de taxa.
-
O comportamento padrão da consulta GraphQL isEmailAvailable e do ponto de extremidade REST (V1/customers/isEmailAvailable) foi alterado. Por padrão, as APIs agora sempre retornam
true
. Os comerciantes podem habilitar o comportamento original definindo a opção Habilitar Logon de Check-out de Convidado no Administrador parayes
, mas isso pode expor as informações do cliente a usuários não autenticados.
Aprimoramentos na plataforma
As atualizações de plataforma para esta versão melhoram a conformidade com as práticas recomendadas de segurança mais recentes.
O Magento Open Source 2.4.7 inclui as seguintes atualizações de plataforma:
- Compatibilidade com o PHP 8.3. Esta versão apresenta suporte para o PHP 8.3. O Magento Open Source agora suporta o PHP 8.3 e 8.2. O PHP 8.2 será compatível até sua data de fim de serviço (EOS) em dezembro de 2025. Depois de dezembro de 2025, todos os comerciantes que executam implantações 2.4.7 devem migrar para o PHP 8.3.
O Magento Open Source 2.4.7 ainda é compatível com o PHP 8.1 apenas para fins de atualização. O PHP 8.1 não é suportado e não é recomendado. O código principal do Magento Open Source 2.4.7, todas as extensões agrupadas e todas as extensões e serviços SaaS de propriedade da Adobe são compatíveis com o PHP 8.3.
-
Suporte a RabbitMQ 3.13. Esta versão é compatível com a versão mais recente do RabbitMQ 3.13. A compatibilidade permanece com o RabbitMQ 3.11 e 3.12, que é compatível até agosto de 2024 e dezembro de 2024, respectivamente, mas a Adobe recomendou usar o Magento Open Source 2.4.7 somente com o RabbitMQ 3.13.
-
Composer 2.7.x. A compatibilidade com o Composer 2.2.x permanece.
-
Suporte ao cache de verniz 7.4. Esta versão é compatível com a versão mais recente do Varnish Cache 7.4. A compatibilidade permanece com as versões 6.0.x e 7.2.x, mas recomendamos usar o Magento Open Source 2.4.7 somente com o Cache do Varnish versão 7.4 ou versão 6.0 LTS.
-
Compatibilidade com o Elasticsearch 8.11
-
Suporte do OpenSearch 2.12 e OpenSearch 1.3
-
Redis 7.2
-
A biblioteca
extjs
foi substituída pela versão mais recente dejsTree
. -
A biblioteca
jquery/fileUpload
foi removida.
Todas as bibliotecas JavaScript e dependências NPM no código principal do Magento Open Source foram atualizadas para as versões mais recentes disponíveis. Todas as dependências da biblioteca Laminas foram atualizadas para a versão mais recente que é compatível com o PHP 8.3.
Atualizações adicionais
-
O gateway da API XML do Commerce UPS foi migrado para a nova API REST do Commerce UPS para oferecer suporte às atualizações que o UPS está fazendo no modelo de segurança da API. (O UPS está implementando um modelo de segurança OAuth 2.0 (tokens de portador) para todas as APIs.) Todas as APIs XML do Commerce UPS anteriores foram removidas da base de código do Magento Open Source 2.4.7.
-
A integração do Magento Open Source com o FedEx foi migrada dos serviços Web WSDL herdados do FedEx para as APIs RESTful mais recentes do FedEx. O WSDLS de Rastreamento de Serviços Web da FedEx, Validação de Endereço e Validação de Códigos Postais será desativado em maio de 2024.
-
Adição de suporte para o novo método de envio USPS Ground Advantage. Essa é uma integração imediata com o novo método de envio do USPS, o USPS Ground Advantage, lançado em julho de 2023. Essa nova integração pode ser usada para recuperar taxas de envio e agendar entregas e devoluções por meio do serviço de envio do USPS. O método de envio USPS Ground Advantage substitui esses métodos de envio, que foram retirados quando o método de envio USPS Ground Advantage foi lançado:
- USPS Retail Ground
- Serviço de pacote de primeira classe
- Selecionar terra do pacote
-
Os módulos de envio do Temando foram removidos da base de código principal do Magento Open Source. Este recurso foi descontinuado no Magento Open Source 2.4.4.
Aprimoramentos de desempenho e escalabilidade
O Magento Open Source 2.4.7 inclui os seguintes aprimoramentos no desempenho e na escalabilidade do Magento Open Source:
-
Gerenciamento de indexador aprimorado. O novo comando
indexer:set-status
dá suporte ao gerenciamento dinâmico do status do indexador. Usuários administradores podem usar este comando para alterar o status do indexador parasuspended
,invalid
ouvalid
. Esse recurso é particularmente útil para gerenciar o desempenho do sistema durante operações extensas em massa, como importações ou atualizações de produtos, permitindo o controle sobre quando os indexadores são acionados automaticamente pelos trabalhos cron do sistema. Consulte Gerenciar os indexadores. -
Página de listagem de produtos complexos com muitas opções. O tempo de carregamento melhorou para páginas da lista de produtos que incluem produtos complexos com mais de 100 opções. O desempenho das solicitações do GraphQL para listar produtos por categoria também melhorou.
-
Melhorias no desempenho da regra de vendas. Desempenho aprimorado de implantações corporativas com muitas (aproximadamente 100.000) regras de vendas ativas. As implantações corporativas que implementam promoções com muita frequência implantam muitas regras de carrinho ativas. Esses tipos de implantações empresariais que executam o Magento Open Source 2.4.7 não notarão nenhuma degradação de desempenho relacionada ao número de regras de preço do carrinho configuradas durante as operações de finalização.
-
Operações de salvamento mais rápidas de configurações no nível do armazenamento para implantações com muitos armazenamentos. Salvar as definições de configuração em implantações com mais de 500 armazenamentos pode ser demorado. O novo módulo Configuração Assíncrona habilita operações assíncronas de salvamento de configuração executando um trabalho cron que usa um consumidor para processar a operação de salvamento em uma fila de mensagens. AsyncConfig está desabilitado por padrão.
-
Geração mais rápida do cache de configuração para configurações grandes. O comando
bin/magento cache:clean config
agora pré-aquece o cache de configuração quando ele está habilitado. Isso reduz o tempo de inatividade necessário para gerar o cache de configuração para configurações grandes. As operações de salvamento de configuração não limpam mais o cacheconfig_scopes
antes de gravar dados no cache, o que também reduz o tempo que outras solicitações ficam bloqueadas enquanto os dados de configuração são gravados.
Braintree
-
Vaulted PayPale Pay Later Alterações—Os clientes conectados que já abrigaram/armazenaram sua conta do PayPal têm a opção de pagar com:
- Pay Now (sem precisar entrar na conta PayPal, o usuário pode pagar com seu cartão padrão)
- Pagar com uma fonte de financiamento diferente
- Pague com uma conta diferente
- PayPal Pay Later ou PayPal Credit botão
-
Suporte 3DS paraGoogle Pay— Suporte de verificação 3DS incluído para cartões Google Pay não tokenizados. Consulte a documentação Braintree para obter mais informações.
-
Vault Apple Pay Payments— Permitir que clientes conectados abobrem/armazenamento seus Apple Pay pagamentos aos Comércio armazenamento conta usar em transações futuras. Isso reduz o número de etapas no check-out e cria uma experiência de check-out mais rápida para o cliente recorrente.
-
Vault Google Pay Payments— Permitir que clientes conectados abobrem/armazenamento seus Google Pay pagamentos aos Comércio armazenamento conta usar em transações futuras. Isso reduz o número de etapas no check-out e cria um experiência de check-out mais rápido para o cliente que retorna.
-
Vault Venmo Payments— Permitir que clientes conectados abobrem/armazenamento suas Venmo contas às Comércio armazenamento conta usar em transações futuras. Isso reduz o número de etapas no check-out e cria um experiência de check-out mais rápido para o cliente que retorna.
-
Vault ACH Payments— Permitir que clientes conectados abobrem/armazenamento os pagamentos da ACH aos Comércio armazenamento conta usar em transações futuras. Isso reduz o número de etapas no check-out e cria uma experiência de check-out mais rápida para o cliente recorrente.
-
Express Paymentbotões na parte superior do check-out—Para incentivar uma experiência de check-out mais rápida, introduzimos Express Payment opções no início do check-out. Os clientes agora podem pagar por pagamentos de PayPal, PayPal Pay Later, Apple Pay e Google Pay Express.
-
Notas de versão e links de suporte do Braintreena Configuração de administração—Os comerciantes agora podem vincular diretamente do Administrador do Commerce ao suporte da Braintree e notas de versão online.
-
Suporte do GraphQL para todos os métodos de pagamento Braintree excetoVenmo — Mais configurações são expostas na API do GraphQL. Isso é particularmente útil para aplicativos headless.
-
Vaultingpagamentos na área de conta - Os clientes conectados agora podem abobadá-armazenamento novos cartões de crédito/débito e PayPal contas na área de conta do Cliente. Anteriormente, os clientes só podiam abobadar/armazenamento ao salvar seus pagamentos para uso posterior ao concluir uma transação no check-out, agora eles podem abotoar novos cartões de crédito/débito e contas PayPal sem precisar criar uma nova transação.
-
Transações sem atritos— As transações sem atritos aceleram o processo de pagamento, reduzindo o número de cliques/etapas do cliente para concluir uma transação cartão de crédito/débito online. Anteriormente (quando o 3DS era ativado), cada cliente enfrentava o desafio do 3DS. Com o novo recurso Transações sem atritos, os clientes só são desafiados para o 3DS quando o banco o solicita. Isso reduz o abandono do carrinho, aumenta as taxas de conversão e resulta em mais vendas.
-
Webhooks de contestação — Quando um cliente contesta uma transação no Braintree, o status da contestação agora é passado para o Commerce. Ela pode ser pesquisada na grade Sales > Order e está anexada a cada pedido.
GraphQL
O Magento Open Source 2.4.7 inclui recursos aprimorados de armazenamento em cache do GraphQL, suporte a esquemas do GraphQL para atributos personalizados, suporte para cancelamento de pedidos headless e armazenamento em cache do resolvedor aprimorado.
-
Gerenciamento mais flexível do carrinho. A mutação
clearCart
agora limpa o conteúdo de um carrinho de compras especificado em uma única ação. Ele substitui a mutaçãoclearCustomerCart
, que foi descontinuada. -
Melhorias em criar mutações no carrinho. A mutação
createGuestCart
foi adicionada para substituir a mutaçãocreateEmptyCart
obsoleta. Anteriormente, se você usava ocreateEmptyCart
, não era possível determinar se o carrinho era para um cliente convidado ou conectado. -
Os itens do pedido agora incluem imagens do produto. O
OrderItemInterface
expõe as imagens do produto, o que permite que as imagens sejam associadas a produtos solicitados e carregadas de forma mais eficiente. GitHub-32369 -
Suporte expandido para o cache de resolvedor. Os seguintes resolvedores de consulta do GraphQL agora podem ser armazenados em cache no cache de resultados do GraphQL Resolver, que melhora o desempenho quando as consultas são enviadas com solicitações POST:
Magento\CustomerGraphQl\Model\Resolver\Customer::resolve
Magento\CustomerGraphQl\Model\Resolver\CustomerAddress::resolve
Magento\CustomerGraphQl\Model\Resolver\IsSubscribed::resolve
Magento\CatalogGraphQl\Model\Resolver\Product\MediaGallery::resolve
-
Suporte para cancelamento de pedido. A mutação cancelOrder permite que um cliente cancele uma solicitar, passando seu identificador e um motivo de cancelamento.
- Os campos novos
order_cancellation_enabled
eorder_cancellation_reasons.description
de resposta nastoreConfig
query de cancelamento de usuário iniciadas solicitar. Consulte Consultar a configuração de cancelamento solicitar da armazenamento
- Os campos novos
-
Suporte aprimorado para atributos personalizados. O suporte ao atributo personalizado do GraphQL foi aprimorado com o enriquecimento dos dados da API para oferecer suporte a todos os tipos de atributos. O esquema de atributos do EAV do GraphQL agora oferece suporte à extensão de atributos do cliente e objetos de endereço do cliente no Administrador e à recuperação deles usando o GraphQL. As áreas específicas de aprimoramento incluem:
- suporte estendido/adicionado a atributos personalizados para áreas específicas, como cliente e endereço do cliente
- adição de cache para atributos personalizados
- suporte aprimorado a atributos personalizados existentes para produtos
-
Os recursos aprimorados de cache do GraphQL melhoram a velocidade de carregamento da página. O recurso de armazenamento em cache foi adicionado a essas consultas, melhorando a velocidade dos página tempo de carregamento para a maioria das páginas PWA:
-
Desempenho de analisador GraphQL aprimorado. O desempenho do analisador do GraphQL foi aprimorado ao reduzir o número de vezes que o método de análise é chamado por solicitação. Agora é chamado uma vez. Anteriormente, o analisador era chamado pelo menos três vezes.
Novos campos para mutações existentes
-
Adição do campo
quickorder_active
às consultas storeConfig e availableStores. Este campo indica se o recurso de pedido rápido está habilitado. -
Adição dos seguintes campos às mutações
setBillingAddressOnCart
esetShippingAddressesOnCart
:fax
middlename
prefix
suffix
Novas consultas e mutações
attributeForms
consultaattributesList
consulta- Consulta
guestOrder
- Consulta
guestOrderByToken
- Consulta
recaptchaFormConfig
cancelOrder
mutação- Consulta
customAttributeMetadataV2
- Mutação de
applyCouponsToCart
- Mutação de
confirmEmail
- Mutação de
createGuestCart
- Mutação de
estimateShippingMethods
- Mutação de
estimateTotals
- Mutação de
removeCouponsFromCart
Consultas e mutações obsoletas
clearCustomerCart
mutaçãocreateEmptyCart
mutação- Consulta
attributesMetadata
- Consulta
customAttributeMetadata
Inventory management
O Inventory management (v1.2.7) fornece ferramentas para gerenciar o inventário de produtos. Esse recurso desenvolvido pela comunidade é fornecido com o código principal do Adobe Commerce e do Magento Open Source.
Metappackage da extensão do Magento Open Source
Esta versão inclui o metapackage de extensão do Magento Open Source v1.0.0, que agrupa automaticamente extensões selecionadas do Magento Open Source com esta versão principal. A versão desta extensão incluída neste metapackage é instalada quando o composer update
é executado, simplificando o processo de atualização da extensão ao atualizar para a versão principal mais recente. Essa extensão mantém uma programação de lançamento independente.
O metapackage de extensão do Magento Open Source para Magento Open Source 2.4.7 inclui estas extensões:
As versões futuras deste metapackage de extensão conterão extensões adicionais.
PWA Studio
O PWA Studio v14.0 é compatível com o Magento Open Source 2.4.7-beta1. Ele inclui várias melhorias para melhorar a acessibilidade. Para obter informações sobre correções de erros, consulte versões do PWA Studio. Consulte Compatibilidade de versão para obter uma lista de versões do PWA Studio e suas versões principais compatíveis do Magento Open Source.
Estrutura da API da Web
Esta versão apresenta dois novos endpoints REST que fornecem uma solução alternativa para uma limitação com os endpoints da API REST GET
e POST V1/products/attributes
. Esses endpoints retornam o mesmo valor para o is_filterable
atributo para as Filterable(with results)
opções e Filterable(no results)
as opções da opção Use in Layered Navigation . (O is_filterable
propriedade do atributo é do tipo Boolean
, que não permite definir este propriedade como Filterable(no results)
.)
Dois novos endpoints REST foram implementados como uma solução alternativa:
PUT /V1/products/attributes/{attributeCode}/is-filterable/{isFilterable}
. Parâmetros de caminho:attributeCode
(String
) eisFilterable
(int
valores são: 0 é Não; 1 éFilterable (with results)
; 2 éFilterable (no results)
).GET /V1/products/attributes/{attributeCode}/is-filterable
. Parâmetros de caminho:attributeCode
(String
).
Problemas corrigidos
Corrigimos centenas de problemas no código principal do Magento Open Source 2.4.7. Um subconjunto dos problemas corrigidos incluídos nesta versão está descrito abaixo.
Instalação, atualização, implantação
- A manipulação de cache desnecessária foi removida do processo de configuração. Anteriormente, o Magento Open Source gravava sua configuração no disco desnecessariamente quando
bin/magento setup:db-data:upgrade
oubin/magento setup:upgrade
era executado, o que causava problemas com alguns módulos durante a instalação. GitHub-38124
- Problemas de implantação devido à memória insuficiente e a tabelas grandes foram resolvidos. O comando
bin/magento setup:upgrade
não falha mais devido a erros de memória excedida relacionados a tabelas MySQL grandes.
bin/magento setup:install
agora é concluído com êxito depois queapp/etc/config.php
é excluído. Anteriormente, o arquivo ausente não era gerado novamente durante a instalação, e o Magento Open Source emitiu um erro. GitHub-37805
bin/magento setup:upgrade
foi refatorado para ser executado com êxito ao instalar um novo módulo que instala as tabelas e os indexadoresmview
associados. GitHub-37304
- A restauração do banco de dados não falha mais devido a um erro de delimitador. Anteriormente, o Magento Open Source exibia este erro quando
bin/magento setup:rollback --db
era executado:Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'delimiter' at line 1, query was: delimiter ;;
.
- O comando
bin/magento setup:upgrade
não falha mais com este tipo de erro relacionado ao limite de memória do MySQL:PHP Fatal error: Allowed memory size of 4294967296 bytes exhausted (tried to allocate 20480 bytes)
. A migração de atributos de seleção múltipla foi otimizada para consumir menos memória durantesetup:upgrade
.
- A geração de um backup de banco de dados agora funciona conforme esperado do Admin e da linha de comando. Anteriormente, o Magento Open Source exibia este erro:
Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'delimiter' at line 1, query was: delimiter ;;
.
- Executar
setup:config:set
sem especificar o parâmetro--lock-db-prefix
não apaga mais o valor atual do arquivoenv.php
.
- A configuração de verniz foi atualizada para impedir que usuários convidados acessem conteúdo em cache relacionado a outros grupos de clientes.
bin/magento setup:upgrade
agora é concluído com êxito ao instalar um novo módulo que instala tabelas e indexadoresmview
associados.
bin/magento setup:upgrade
agora exibe uma mensagem de erro mais informativa quando um tópico da fila de mensagens não inclui um nome de tópico. GitHub-34246
bin/magento setup:upgrade
agora exibe uma mensagem de erro mais informativa quando os arquivos XML mesclados são inválidos. A mensagem de erro agora inclui o nome do arquivo.
Interface do administrador
- Os gráficos agora são desativados com sucesso por padrão no painel. GitHub-38430
- O menu Admin Sales agora exibe os submenus corretamente. Anteriormente, a quebra de coluna não funcionava corretamente e alguns submenus não eram exibidos. GitHub-37812
- As opções de menu suspenso Select agora estão visíveis no Administrador Content > Pages quando várias páginas são selecionadas na grade. GitHub-35386
- Correção do caminho para o valor padrão de
system/dashboard/enable_charts
nas definições de configuração. Os gráficos agora são exibidos no Admin, conforme esperado. GitHub-37668
- Correção do problema de exibição nas grades do Cliente administrador. Anteriormente, as colunas de grade não estavam completamente contidas na página exibida.
- As cores de flutuação agora são aplicadas conforme esperado nas linhas de grades estáticas de Administração. GitHub-35358
- O check-out fluxo de Trabalho não exibe mais um aviso quando um consumidor digita um código postal para a Grécia que não contém um espaço em branco. GitHub-36676
It's time to change your password
Agora, o administrador link redireciona para a página de administração Alterar Senha conforme o esperado. GitHub-37902
- sufixos de título Página agora estão incluídos no
title
tag e nometa title
tag das páginas de produtos. GitHub-37680
- A condição do status do estoque do produto agora é aplicada corretamente para as regras de produtos relacionados.
- A Login as Customer botão agora é exibida corretamente em dispositivos móveis.
- Adobe Systems Comércio não exibe mais o Administrador Add new customer group botão se o administrador de login usuário não tiver permissão para adicionar um novo grupo do cliente.
- Um usuário administrador com permissões restritas agora pode salvar um produto secundário cujo produto principal está atribuído a um escopo diferente. Anteriormente, o Commerce invalidava o cache de um produto principal que não estava atribuído ao escopo no qual o produto secundário era alterado.
- Agora, os usuários administradores podem alternar entre as exibições de filtro Admin sem que os dados de exibição sejam corrompidos ou perdidos com êxito. GitHub-37529
Produtos do pacote
- A consulta
customerCart
agora retorna todos os descontos aplicados em produtos agrupados conforme esperado. Anteriormente, os descontos totais que eram aplicados a um produto pacote eram retornados como zero.
- As páginas de detalhes do produto agora exibem o preço correto para pacote produtos para os quais um desconto de 100% foi aplicado. Anteriormente, Magento Open Source não aplicava um desconto de 100% aos preços pacote dos produtos.
- As regras de preço do carrinho agora são aplicadas a pacotes de produtos em vez de cada produto filho para produtos empacotados com preço dinâmico.
- Correção de um erro que ocorre ao usar o
POST V1/shipment
terminal para criar um carregamento contendo um produto pacote. O ponto de extremidade agora adiciona itens conforme esperado e não retorna mais este erro:The shipment couldn't be saved
.
- Agora você pode usar a rota da
GET V1/shipment/
API para criar um carregamento com um produto pacote quando o produto tiver o together tipo de carregamento definido. Os produtos do pacote agora também são validados com base na propriedade do tipo de remessa.
- Os compradores agora podem editar a quantidade de um produto agrupado no carrinho de compras da vitrine. Anteriormente, o Adobe Commerce não tratava valores nulos para
ItemId
quando os produtos eram editados no carrinho de compras da loja e exibiam um erro. GitHub-37696
- Os produtos do pacote agora podem ser adicionados com êxito a um pedido de Admin usando SKUs que contêm um caractere de barra (
/
). Anteriormente, os usuários administradores não podiam usar esse método para adicionar produtos a um pedido de Administrador, e o Magento Open Source gerou um erro no JavaScript.
- Os usuários administradores agora podem definir valores padrão decimais para as opções de pacote recém-adicionadas quando Qty Uses Decimal ativados para o produto simples correspondente. Anteriormente, os valores decimais podiam ser definidos apenas para seleções salvas.
- Desempenho otimizado para salvar pacote produtos com um grande número de opções
- Os produtos do pacote foram importados com êxito sem duplicar as SKUs nas opções de produto. Anteriormente, Magento Open Source criava várias SKUs duplicado nas opções de produto ao importar pacote produtos com entradas duplicado.
- O preço do produto do pacote agora é calculado corretamente quando um dos produtos na pacote está sem estoque. Anteriormente, se um produto que fazia parte da pacote estava sem estoque, ele era removido do cálculo de preços.
- Os produtos do pacote agora são exibidos como fora de estoque quando o último de seus produtos secundários necessários é comprado. Anteriormente, pacote produtos eram exibidos como em estoque na vitrine quando seus produtos simples estavam sem estoque.
- Problemas de desempenho ao adicionar produtos de pacote com opções não necessárias ao carrinho usando a mutação
addBundleProductsToCart
foram resolvidos.
- A consulta
categoryList
agora retorna todas as opções do pacote conforme esperado quando a definição de configuração Show out-of-stock products está habilitada. Anteriormente, as opções indisponíveis não eram incluídas na resposta da consulta.
- Os produtos de pacotes criados com
POST V1/products
o passar do tempo são bem-sucedidos quando o preço do escopo do catálogo estiver definidowebsite
como. Anteriormente, acontecia uma violação de restrição de integridade. GitHub-35595