Nicholas Zein
Forum Replies Created
-
Hey everyone! Nick here from Elementor! 👋
We have some updates! 🙌
On Tuesday we made some tweaks to our APIs on our servers to mitigate this issue, and so far we have seen a huge decrease in requests related to it.
We want to make sure this is not happening anymore to anyone. So please, if you are still experiencing this issue, let us know by commenting in the GitHub thread below:
https://github.com/elementor/elementor/issues/29808
As for the workaround fix shared here, we strongly recommend not using it as it can affect the functionality of the Editor. Those who implemented it may not be able to download templates or use and update Elementor Pro. You can safely remove the code snippet now.
Thank you all for your patience and feedback! It helped us pinpoint the root cause of the issue! 🙏
The Hello Elementor Theme version 3.2.1 was released with a patch for this issue!
Changelog:= 3.2.1 – 2024-12-16 =
- Fix: Gutenberg editor expanded disproportionately after adding support for
theme.json(#430) - Fix: Use CSS logical properties in the theme
- Fix: Add ARIA attributes to header nav menu
= 3.2.0 – 2024-12-15 =
- Tweak: Convert classic to hybrid theme with block-editor support
- Tweak: Added new design options to header/footer
- Tweak: Update
Tested up to 6.7 - Fix: Minify JS files (#419)
Hey everyone!
Thank you for sharing your feedback! 🙏
We are aware of the lack of styling in the Block Editor, and we are working on a fix that should be released soon.
Kind regards
Forum: Plugins
In reply to: [OpenPix for WooCommerce] Falta Compatibilidade com HPOSA versão 2.10.1 adiciona compatibilidade a HPOS!
Obrigado pessoal!
Forum: Plugins
In reply to: [PayPal Brasil para WooCommerce] Compatibilidade com HPOSParabéns pela equipe @bycoders pela atualização! 💪
Forum: Plugins
In reply to: [PayPal Brasil para WooCommerce] Falta Compatibilidade com HPOSObrigado pela atualização @bycoders!
Forum: Plugins
In reply to: [PayPal Brasil para WooCommerce] Falta Compatibilidade com HPOSOlá @bycoders,
Espero que consigam fazer a conversão. Pelo que vi no código de vocês não me parece ser difícil e não há restrições, basta começar a utilizar os métodos CRUD do WooCommerce já disponíveis ao invés de utilizar métodos nativos do WordPress ou globals como $wpdb. Lembrando que o plano do WooCommerce é para habilitar HPOS em breve por padrão em novas instalações. Isso significaria que o plugin de vocês não funcionaria nesses casos.
- This reply was modified 2 years, 8 months ago by Nicholas Zein.
I would love to know this myself. It seems that instead of using the catalog, Facebook is crawling the pages for the product info, and getting the price in USD. It would be great if we had a way of preventing this from happening. A filter or something that we could use.
Forum: Plugins
In reply to: [MailerLite - WooCommerce integration] Errors in DevTools consoleThis console error only appears when logged-in…
Forum: Plugins
In reply to: [MailerLite - WooCommerce integration] Guzzle integration causes fatal errorThe issue still persists with the current version 1.5.5.
Forum: Plugins
In reply to: [MailerLite - WooCommerce integration] Fatal Error Bug in version 1.5.4This seems to be the same issue as reported on this other ticket:
https://ww.wp.xz.cn/support/topic/guzzle-integration-causes-fatal-error/#post-14411875
It pretty much happens in combination with any other plugin that sends e-mails.
I already sent an e-mail to [email protected] as instructed in the Dashboard > MailerLite > Status page.
Forum: Plugins
In reply to: [MailerLite - WooCommerce integration] Guzzle integration causes fatal errorI can confirm the issue persists and when contacting MailerLite’s support they informed me they are aware of the issue and are working to fix it.
I can confirm this issue too!
Também estou com o mesmo problema…
@suporteppbr Obrigado pela resposta.
O nome que indiquei como “Carteira Digital” foi para diferenciar da outra opção “Checkout Transparente”… O problema que relatei não tem nada a ver com mostrar ou não o botão cinza. O que quis dizer é que vocês já puxam todas as informações, exceto o número, e que seria super legal se vocês também puxassem o número. Somente isso. Não tem nada a ver com mostrar ou não botões.
Agora sobre esses botões:
Passei meses recebendo reclamações da minha cliente pois os visitantes estavam clicando no botão amarelo para pagar com o PayPal. O problema dessa divisão é que vocês induzem quem não possui conta no PayPal a abrir uma DURANTE A COMPRA. O que causa uma série de problemas, pois os clientes precisam confirmar seu cadastro, o que não fazem pois ESTÃO COMPRANDO EM NOSSA LOJA, e daí dá um erro na compra deles pois o novo e-mail cadastrado no PayPal ainda não foi confirmado. Essa é a pior maneira de conseguir reduzir o abandono de carrinhos. Pois os clientes acabam ficando frustrados por terem que se cadastrar 2x e ainda por cima receberem um erro em seu cadastro impedindo a compra. Muitos deles não entendem que o erro não é em nossa loja, mas é erro humano de não entender que estão se cadastrando em um serviço, o que jamais precisaria ser necessário fazer se quiserem comprar em nossa loja.
Passei meses ouvindo reclamações sem detalhes até descobrir que não, não era um erro na minha programação, mas um erro na interface do PayPal e no sistema de onboarding de voces (interno). Na ganância do PayPal de querer usar seus parceiros para conseguir mais usuários, vocês estão impedindo diversas compras. Então eu fui obrigado a colocar um aviso em nossa loja indicando os visitantes a clicarem no botão cinza caso não possuam uma conta no PayPal.
Agora, você poderia argumentar comigo e dizer: mas então utilize o nosso “Checkout Transparente” assim seus clientes não precisam sair da sua loja e não ficarão confusos.
No que eu responderia: Claro que eu já tentei dessa forma, porém essa opção é específica para o Brasil em primeiro lugar, e em segundo não existe nenhum aviso de CPF errado ou Número de telefone errado enquanto o Checkout Transparente espera essas informações estarem corretas, ele não mostra os campos do cartão de crédito e a pessoa não consegue concluir sua compra. Os erros apareceriam se ela clicasse em Pagar, mas como Pagar está depois dos campos do Checkout Transparente, essa função é basicamente inútil. Deveria haver algum aviso de que um dos campos está sendo preenchido errado. As pessoas são falhas, distraídas, não sabem preencher formulários, e é mais comum ter gente escrevendo CPF errado do que vocês imaginam. O Checkout Transparente não faz nada para mitigar esse problema.
Então por gentileza, decidam-se, pois vocês estão atrapalhando nossas vendas e sinceramente estou cansado de receber reclamações diárias da minha cliente por causa da incompetência do PayPal. Daqui pra frente vou copiar todas as reclamações e encaminhar a vocês!
Eu sei que a culpa não é sua, mas a inabilidade de entender o que estou apontando nessa conversa me deixou extremamente frustrado.
Decidam-se e parem de brincar com o checkout dos seus clientes.
- Fix: Gutenberg editor expanded disproportionately after adding support for