Jump to content

Ventanazos

Members
  • Posts

    29
  • Joined

  • Last visited

Everything posted by Ventanazos

  1. This is an old thread, but on PS 1.6.1.9, sudenly I'm facing the same issue, Has it been solved in any way?
  2. Hola josegp Pues es raro el tema, en una de mis tiendas con PS 1.6.1.3 funciona bien, con otra en PS 1.6.1.9 me da un error parecido, además el módulo PREVISIONES me está dando unos valores que parecen la pirula del pirulí. En estos días no lo voy a mirar porque estoy preparando la campaña del 14 de febrero, pero cada vez me preocupa más lo que pasa con la nuevas versiones de PS, por cierto, ¿has probado la 1.7? Bueno ya comentarás qué tal. Saludos.
  3. Voy a echar un vistazo más detallado, pero una pregunta, ¿Has configurado el módulo?
  4. Hola a todos Tengo un problema de la más extraño que he visto hasta el momento, se trata del servicio de MAIL ALERTS que súbitamente dejó de funcionar. Es una instalación relativamente reciente de PS 1.6.1.9. El proceso ha sido este: 1. Tras la instalación de PS hago unas pruebas de envío de mail PHP que funcionan correctamente. 2. Al comprobar que mail PHP funciona correctamente, configuro SMTP, que logro hacer funcionar a la primera porque previamente había ensayado el procedimiento con un dominio de prueba con el mismo proveedor de hosting. 3. Completado el paso anterior, mail SMTP funciona correctamente enviando mails de registro de clientes, confirmación de pedidos, etc. 4. Como había estado funcionando correctamente, no me preocupé hasta que hace unos día me dí cuenta de que SMTP hacía tiempo que había dejado de mandar mails. Si uso PHP manda los correos pero con la dirección de un empleado no con la de la tienda. He probado lo que dice aquí pero no funciona. https://www.prestashop.com/forums/topic/587510-problema-mail-alert/ https://www.prestashop.com/forums/topic/562079-issue-with-sending-emails-via-mail-and-smtp/?hl=%2Bmail
  5. I'm working with PS 1.6.1.9 and am experiencing the same issues than @deyan4 and @Matjung. Originally after installing PS and configuring SMTP mail services, everything was working ok, notification mails were sent alright to customers and vendor. After a few months, sudenly it stopped working, but I did not realize it until a customer sent us an email through the contact form, which was received ok in my mail inbox, but on PS custom service instead of the actual message there is no subject line and the message content is a weird MD5 like string of characters in two rows, this is part of one of such rows ...ByZWNpYmlkbyB1biB2YWxlIGRlc2N1ZW50by4gTm8gZW5jdW... Then I asked my hosting provider to check if there were any problems or misfuntions on mail servers, and if they could explain such a weird behaviour, they confirmed no issues on mail servers, but they think that code could mean a severe PS misfuntion or an attack attempt. After struggling for several day on this issue and trying most of the solutions suggested on many forums I had achieved no success. Please, if someone has reached even a partial solution, try to share it here. Thanks in advance.
  6. No sé en qué país estás, me parece que en España, Creo que las ventas que aparecen sumadas, no son los brutos, (Bruto + IVA = Neto a pagar) sino la venta neta (Venta Total ó Neto a pagar - Gastos de Envío - Otros gastos = Ventas netas). Luego tienes que considerar el clásico errorcillo de PS por temas de redondeo. En todo caso no son estadísticas precisas sino indicativas de la evolución, además debes entrar a la propia configuración del panel y ajustar los valores predeterminados de las comisiones sobre ventas (otros gastos) de acuerdo a tu tienda. Al parecer no es un bug sino una diferencia de conceptos contables, porque parece que en España hacemos las cosas un poco al revés, así que es lo mismo que decir, por qué narices usamos coma decimal, si las calculadoras y medio mundo usa el punto decimal.
  7. Hi @vekia, I reopen this discussion line because it's not solved yet, indeed, I'm running several PS installations from skratch (1.6.1.9 & 1.6.1.10), in spanish and english, and in all of them when a customer selects the COD payment option, the status shown on the back office says 'Packed and paid' neither of which is correct, just as @littlepants originally posted here. Theoretically you and @selectshop.at must be right, nevertheless PS doesn't work the way you say, so it should be a PS error o bug. So status after COD is selected should be reassigned, but I can't figure out the right procedure since it's not available directly form the BO. Thank you very much in advance for helping to solved this issue, and thank you @vekia for the lot of your helpful comments foud in many discussions everywhere at least in forums in Spanish and English.
  8. CLAVE DE SEGURIDAD INVÁLIDA En una instalación limpia de PS 1.61.9 me encuentro este error, supuestamente está resuelto en el tema https://www.prestashop.com/forums/topic/352380-solucionado-problemas-cms-en-1609/ del foro, pero a mí no me sucede al modificar CMS, sino directamente antes de entrar al backend, he revisado los archivos que se supone hay que modificar según la solución propuesta, pero ni siquiera tienen ese error.
  9. Just as @bellini13 said "because the question was how to copy yourself on ALL email, not just the order confirmation", Actually, I'm using this hack on a PS 1.6.1.3 release, but it doesn't work any longer on 1.6.1.9, or at least I'm no able to make it work, may be I'm doing something wrong, so if you can a step by step recipe, it'll be grate. Thanks
  10. Would you tell me what code you added and where to achieve this?
  11. Hi @bellini13 or to whom may help us We created a Mail.php file in override/classes folder, we changed the email address in the override file to a valid email address we just created fot this purpose. When we go to test, mail is sent to original recipient, but our bcc never arrives. We've regenerated the cache/class_index.php several times, but bbc is still not sent. We've opened the file to browse in it, but we cannot realize what string to exactly look for. Could you let us know what exactly should be found? We're working on PS 1.6.1.9 version, if its relevant. Thx in advance.
  12. I was about to post the bug on the forge, but I see someone, I think @nagyalp, already did it, so please if you get a response there let us know in this discussion. Here's the link to forge http://forge.prestashop.com/browse/PSCSX-8582?jql=text%20~%20%22import%20language%22
  13. I think we should ask a prestahop representative directly since it seem to be a big bug. Does anyone can reach any of them?
  14. I see some activity in this forum I've started, but I still don't see any solution yet, I mean a step by step procedure. I'm not able to solve the problem yet, but if as someone has said before here, 1.6.1.1 works well while 1.6.1.8 or 1.6.1.7 (my case) don't, then the problem is in the gzip generator. I'm not php proficient enough to realize the differences between those from 1.6.1.1 and 1.6.1.7 (8). But I think if there's a bug it should be there, so it would be a good idea to check those gzip generators.
  15. Ya he hecho lo que me dices, pero no da ningún error. ¿Cómo se revisan permisos y propietarios? Gracias-
  16. Hola a todos. Llevo varias semanas intentando utilizar las traducciones que tenemos en una tienda en producción en una nueva tienda creada desde cero. Lo normal es exportar tu paquete desde : Traducciones > Localización > EXPORTAR UN IDIOMA, descargarte el gzip que te genera Y luego importarlo en la nueva tienda desde Traducciones > Localización >IMPORTAR UN PAQUETE DE IDIOMA MANUALMENTE Y ya debería estar, pero no funciona, ya he cambiado el idioma por defecto, borrado caché y no ha manera. Si alguien tiene una solución, por favor, comentarla que nos urge. Gracias.
  17. Hi everybody, For several day I've working on a new installation from scratch but Manually import a language pack at localization > translations is not working in 1.6.1.7 On this new store I want to use our own translations we already are using in other store. I'm not sure if I'm doing something wrong, but as far as I understand, the procedure is like this. Step 1 At current store: localization > translations > export a language selecting language and theme. Step 2 Download and save in your computer the, lests say, sk.gzip file. Step 3 At new store, localization > translations > Manually import a language pack selecting the file and the theme to which it should be applied and thats it, it should be modified. Well, i tried this several times in several installations from scratch, changing defualt language, cleanning chache, but no way. Does anyone can help please?
  18. Hola, No sé como solucionarlo, pero si te quieres unir al hilo que otros ya habían abierto y volver a poner este post, por si nos encuentran una solución. Este es el hilo anterior https://www.prestashop.com/forums/topic/554554-mail-alerts-correo-de-pedido-error-el-archivo-de-idioma-no-se-encuentra-es/ O si ya has encontrado la solución, por favor coméntala, porque creo que habemos varios con el mismo problema. Saludos.
  19. Hola, Me temo que es un bug de prestashop 1.6.1.7, estoy haciendo pruebas para una nueva tienda, afortunadamente en las que ya opero con 1.6.1.4 no pasa, pero en estas nuevas pruebas con 4 veces sendas instalaciones limpias vuelve a ocurrir, además si cargo la instalación de localización argentina me pone la bandera creo que de Costa Rica en en el BO y si quieres cargar la localización de Reino Unido, te carga las libras, pero te pone English (US) y en el BO te pone Estados Unidos. A mi el problema me viene siempre después de desactivar el catalán y activar el inglés, o cualquier otra localización. Con 4 intentos, en dos servidores diferentes y en dos dominios diferentes, no creo que el problema seamos nosotros, creo que algo pasa con la versión, o con los propios servidores de prestashop que almacenan los archivos para la localización de idiomas y países. Si alguien tiene solución, se agradece, porque no puedo abrir una tienda con un fallo tan elemental.
  20. Hello, I'm trying to figure out how to add a link on product page which opens only content from a cms page in a fancybox, so the customer can read the required information but doesn't really leave the product page. The problem is that law in a country where we are attempting to sell makes mandatory to make available several informations to the consumer before, or at least, at the same time an order is placed. I've been trying with this: <a href="{$link_shipping|escape:'html':'UTF-8'}?content_only=1" class="iframe" rel="nofollow">Versandkosten</a> which I found here: https://www.prestashop.com/forums/topic/325225-solved-add-fancybox-in-product-page/ Despite it works well on chrome, when you try on ms-edge or en firefox it's broken, shows the content on a new page and not on a fancybox. Thx in advance for your help.
  21. A ver si me explico mejor, pensé tras el planteamiento anterior, que el siguiente paso lógico sería echar una mirada en la base de datos con Phpmyadmin en la tabla ps_address y para ver si hay algo extraño con el registro con id = 265, en realidad me encontré con que la dirección # 265 no existe, en ps_address hay una 264 y una 266, pero no 265. Así que creo que este es el error, que por alguna razón desconocida (al menos para mí ) rompe la continuidad en el campo clave (id_address) de ps_address, una entrada (o varias) se pierden, antes de que se reanude el conteo consecutivo. Luego fui a ps_customer para ver si esta dirección faltante fue asignada a cualquier cliente, y de hecho, se asignó al último cliente que había hecho un cambio en su dirección desde su cuenta de cliente, exactamente ese cuyo registro no era accesible desde mi backoffice. Así que el siguiente paso era ver que en ps_cart ese carrito se había asignado a esa dirección no válida. Una vez que encontré dicho carro hice un cambio directamente en la BD a través de phpmyadmin para cambiar el id_address, en lugar del 265 lo cambié por 264, que anteriormente había comprobado que era una dirección válida asignada a un mismo cliente. NOTA: tuve que repetir varias veces el proceso con algunos otros clientes, incluyendo un cliente de prueba que creé desde el mismo comienzo de la instalación de mi tienda destinado a ser utilizado para las pruebas y "experimentación", este cliente en realidad tenía 15 o más direcciones no válidas asignadas, que tuve que modificar por una si válida. Esto resuelve los síntomas, pero está lejos de ser una solución completa, porque una vez que cada dirección no válida se convierte en una válida, puedo tener acceso a partir de back office a todas esas páginas, carros abandonados, carros activos, y perfiles de clientes que habían tenido direcciones no válidas. A pesar de eso, el origen del problema no se ha tocado en absoluto, por lo que el problema podría, y estoy seguro que, al parecer, una vez más, en cualquier momento inesperado volverá a aparecer. Tal vez cuando un cliente necesite hacer un cambio o actualización a su dirección o cada vez que el evento que provoca la ruptura del incremento consecutivo del campo clave en ps_address aparezca de nuevo. Así que esto es lo que me preocupa , y no una solución temporal que ya he logrado.
  22. @musicmaster I did what you say, actually I found that address #265 doesn't exist, in ps_address there’s a 264 and a 266, but not a 265. So I think this is the bug, for any unknown (at least for me) reason, continuity in ps_address key field gets broken, an entry (or several) gets lost, before consecutive counting is resumed. Then I went to ps_customer to see if this missing address was assigned to any customer, and in fact, it was assigned to the last customer that has made a change to his address from his account panel, exactly that whose record was not accessible from my backoffice. So the next step was to see on ps_cart which cart has assigned to that invalid address, once I found this cart I made a change directly on the BD through phpmyadmin changing the id_address, instead of the 265 writing 264, which previously I checked it is a valid address an it`s assigned to the same customer. Notice: I had have to repeat several times the process with some other customers, including a fake customer I’ve created since the very beginning of my store installation intended to be used for tests and “experimentation” which actually had 15 or so invalid addresses assigned. This solved the symptoms, but it’s far from a complete solution, because once every invalid address is turned into a valid one, I can access from back office all those pages, abandoned carts, active carts, and customer profiles which have had invalid addresses. Despite that, the origin of the problem has not been touched at all, so the problem could, and I’m sure, it would appear once again at any unexpected time. Maybe when a customer needs to make a change or an updating to his address or every time the event that provokes the breaking out of the consecutive increment of the key field in ps_address appears again. So this is what makes me concern about it, and not a temporary solution which I already have achieved.
  23. Descripción: Cuando un cliente crea una nueva cuenta de cliente y agrega una dirección, incluso dos direcciones diferentes, todo funciona bien, pero si este mismo cliente realiza cualquier cambio en cualquiera de las direcciones que ha creado antes, el proceso de modificación en su panel de cuenta de cliente funciona bien, la dirección se modifica correctamente, sin embargo, si desea ver la dirección del cliente desde el backoffice la base de datos se corrompe mostrando este error [PrestaShopException]Invalid address #265 at line 401 in file classes/Address.php 396. // if an id_address has been specified retrieve the address 397. if ($id_address) { 398. $address = new Address((int)$id_address); 399. 400. if (!Validate::isLoadedObject($address)) { 401. throw new PrestaShopException('Invalid address #'.(int)$id_address); 402. } 403. } elseif ($with_geoloc && isset($context->customer->geoloc_id_country)) { 404. $address = new Address(); 405. $address->id_country = (int)$context->customer->geoloc_id_country; 406. $address->id_state = (int)$context->customer->id_state; Si se intenta ir a los carritoss abandonados se obtendrá el mismo mismo y la misma pantalla aparece. En realidad, en algunos otros foros dijeron que una solución es hacer un trunck a la base de datos de carritoss abandonados, pero por supuesto esto no es una opción ya que vas a perder los cambios a sus direcciones que los clientes hayan hecho antes. No se el origen de este error, pero tengo dos hipótesis: 1- Hay un bug que corrompe o produce el problema de base de datos cuando se realiza una modificación a una dirección del cliente. 2. Cuando el número de carros abandonados en la base de datos alcanza un límite, PS es incapaz de gestionar el límite superado. Gracias por adelantado a cualquier persona con una solución real.
  24. Description: When a customer creates a new customer account and adds an address, even two different addresses, everything works fine, but if this same customer makes any change on any of those addresses he has created before, the modification process from his customer account panel works fine, the address is modified correctly, nevertheless if you wish to see the customer’s new address from the backoffice, the database gets corrupted and this error is prompted: [PrestaShopException]Invalid address #265 at line 401 in file classes/Address.php 396. // if an id_address has been specified retrieve the address 397. if ($id_address) { 398. $address = new Address((int)$id_address); 399. 400. if (!Validate::isLoadedObject($address)) { 401. throw new PrestaShopException('Invalid address #'.(int)$id_address); 402. } 403. } elseif ($with_geoloc && isset($context->customer->geoloc_id_country)) { 404. $address = new Address(); 405. $address->id_country = (int)$context->customer->geoloc_id_country; 406. $address->id_state = (int)$context->customer->id_state; If you try to go to abandoned carts you’ll get the same issue and the same screen shows up. Actually in some other forums they said a solution is to trunk the abandoned carts database, but of course this is not an option since you’ll trunk and loose the updates to their addresses your customers have done before. I can’t tell the origin of this error but I have two hypotheses: 1- There’s a bug that corrupts o produces the database issue when a modification to a customer address is performed. 2. When the number of abandoned carts in database reaches a limit, PS is unable to manage the surpassed limit. Solution: I don’t have it and I need it urgently please, thanks in advance to anyone with a real solution.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More