Jump to content

doctordri2

Members
  • Posts

    21
  • Joined

  • Last visited

doctordri2's Achievements

Newbie

Newbie (1/14)

5

Reputation

  1. I see. I though it was just the Categories Block because when I disabled it the menu started working, but it's just that IE is a very bad browser. I should have known, given that Firefox and Chrome went smoothly.
  2. Now it works, I don't know how or why. I just tried again, after a few days, to disable english language, and it didn't return any errors this time. Thread marked as solved.
  3. Sí, eso es lo que intentaba. Borré todos los idiomas menos español e inglés. Y luego quise desactivar el inglés, pero es cuando me daba el error que puse arriba. Debía ser algo de mi caché, de las cookies o de vaya usted a saber, porque unos días después le di a desactivar otra vez y esta vez funcionó.
  4. With the other modules disabled it works... at product page. But it fails when showing categories page. Only in IE. What was that about floating the menu? Thank you.
  5. Thank you, I'm narrowing the problem. Seems to be an incompatibility issue with other modules. Specifically, the social ones - for some reason the top horizontal menu doesn't like Facebook or Google+ I had two modules: Facebook Like and Google Plus One. If I disable them, the top menu works. So I installed PrestaLove AddThis module instead, witch also includes Twitter. And the problem came back. The top menu hates being social. What annoys me is that the error only appears when using IE9. It can be seen at www.acerointerno.com , but I'm still testing different options and posibilities.
  6. Top horizontal menu works properly on Firefox and Chrome. Does not on Internet Explorer 9. It shows as text at product pages, and only at product pages. Please see attached images. Can this be solved? Thank you.
  7. Quiero desinstalar el idioma inglés del front para que no aparezca en los resultados de Google. Al tratar de desinstalar el idioma desde el BO da error: 4 errors the field date_format_lite is required the field date_format_full is required the field date_format_lite is required the field date_format_full is required Y no deja eliminarlo. Todos los demás idiomas sí están fuera. Me gustaría dejar sólo el español. ¿Alguien sabe cómo hacerlo?
  8. Pues parece que sí es por las tarjetas de crédito del cliente. Esta es la respuesta del servicio técnico de PayPal: "La causa más común del error 10417 es que la tarjeta de crédito asociada a la cuenta de PayPal haya sido declinada por el banco emisor. Si esto ocurre y el cliente no tiene otro tipo de pago asociada a su cuenta (suficiente balance en cuenta o un banco añadido a la cuenta) la respuesta the DoExpressCheckoutPayment incluirá el código de error 10417, y la transacción no será aprobada. En este tipo de problemas, si un comprador requiere más información, lo mejor que puede hacer es aconsejar al comprador que contacte con Atención al Cliente de PayPal y con su banco, para encontrar las causas específicas de por qué el pago ha sido denegado: http://www.paypal.com/cgi-bin/webscr?cmd=_contact-general http://www.paypal.com/cgi-bin/webscr?cmd=_contact-phone" Y esa es toda la explicación que me han dado. Voy a arriesgarme a activar la información API otra vez, a ver si hablando con los clientes realmente esta es la explicación válida.
  9. Lo lamento, he tratado de descifrar tu mensaje pero no he podido. La única parte que he logrado entender es la que está en inglés. Dicho sea de paso, "your browser sent a request that this server could not understand" suena perversamente tautológico. Saludos.
  10. Hola. Yo también recibo este error continuamente y estoy perdiendo ventas debido a ello. Sí, es un problema de PayPal, pero no es un problema de tarjetas o de que el cliente no pague correctamente. Una de las explicaciones que daban en los foros en inglés es que si una de las tarjetas del cliente, aunque no sea la que use, está caducada, da error 10417. No es cierto: uno de mis clientes me indicó que le había costado mucho pagar, tuvo que intentarlo varias veces hasta que PayPal le dejó hacerlo, pero no había modificado su propia cuenta. No tiene que ver con sus tarjetas o acciones. Otra explicación que he leído sobre lo que sucede tiene que ver con la ubicación de los servidores de PayPal. En teoría, si detecta que el cargo con tarjeta de crédito se está realizando lejos de la ubicación de la tienda salta la protección de seguridad y la transacción es errónea. Eso explica por qué los errores son aleatorios: si el cliente vuelve a probar y el nuevo servidor es cercano, la transacción se completa sin problemas. Tampoco me lo creo. De momento, la solución es quitar del módulo toda la información API y en API Username (tengo el back office en inglés) introducir nuestra dirección de correo de PayPal. Yo lo he hecho y funciona perfectamente, los clientes pagan sin problemas. La única pega es que envía directamente a pagar con cuenta de PayPal y el cliente tiene que elegir manualmente pagar con tarjeta, pero eso podría ser hasta una ventaja si el cliente ya es usuario de PayPal. He escrito al servicio de asistencia técnica de PayPal para ver qué explicación dan y si pueden solucionarlo. Colgaré aquí la respuesta. Mientras tanto, funcionando sin API no he recibido un sólo error.
  11. Hi. When trying to disable english language in the back office it gives the following error: 4 errors the field date_format_lite is required the field date_format_full is required the field date_format_lite is required the field date_format_full is required The only solution I though of was deactivating the languages module, but this won't do it. The thing is that, when searching my store at spanish Google, the appearing results are www.myprestashop.com/en and they send customers there. As I don't have product descriptions in english, it is a problem. So I need to completely disable it, but the previous error doesn't allow it. Any help would be appreciated. Thank you.
  12. It haven't happened again for a while. If it happens again, I'll keep you posted. Thank you.
  13. Greetings. I noticed a strange behavior that appears every now and then. I've been unable to reproduce the bug consistently. In some orders, the order includes products that the customer didn't choose. But when the customer pays with PayPal, PayPal only charges the real products to the client; still PrestaShop keeps listing the ghosts products in customer's order and orders history. I have to send emails to them explaining that it was a webpage's technical error and the products sent where only the ones reflected in PayPal invoice (the products that the customer wanted, and the ones he payed for, not the ones that PrestaShop adds out of nowhere). I don't think is a PayPal issue, as PayPal charges the real order, but the PrestaShop way to handle orders. Maybe products chosen by another visitor appear on another customer order? Weird. Can be a cookies bug. Does anybody noticed this behavior too? If so, is there a solution? Thank you.
  14. It's a really nice site! Congratulations.
×
×
  • Create New...