spanishcivilwarstamps

I am using 1.6.1.20 and suddenly I can't access the Modules and Services page. It returns a white page. Nothing shown when debug is on. PHP version 7.1.22 Memory limit 768 M Max execution time 300 MySQL version 10.1.35-MariaDB-cll-lve MySQL engine InnoDB I've installed a backup and nothing changed. I've did a server rewind to yesterday when all was fine and also nothing changed. Any idea about how to solve this, please?

I must mark this issue as solved because it is: the problem has disappeared suddenly, just as it had appeared, without any change neither any intervention from my side. I can't explain what has happened, or the cause of the issue. I just can say it is solved having done nothing.

Thank-you. No errors detected with debug mode on. When clicking on Modules section I just get a front end page "item not found". Could it be a PHP or MySQL version issue? I've read that for 1.6.1.20 PHP 7 and MariaDB are recommended, and I am working with PHP version 5.5.13 and MySQL ver 5.6.26-cll-lve.

Without having touched anything, it is now impossible to access the Modules and Services section. When I click on the link the site stays "thinking" for several minutes and finally it throws a 404 error. The only difference in the backoffice from the last time the Modules and Services section worked fine is the Prestashop Update notice box showing an update option to 1.7.4.2. Anyone else having this problem?

I agree Bellini13. But just 36 hours ago this was not happening, with that feature enabled. Even after disablig that the issue has occurred one more time, but has not repeated anymore after that single time.

Here are the server's resource usage charts of the last 24 hours. I've searched for SQL injections and malware scripts with no results. I/O and phisical memory usage still at maximum if filesystem cache is turned on. Any other idea?

Hello, I have a very curious case for which I cannot understand the origin: I've noticed a very slow upload time for my website, and when this is happening, also the server reaches the I/O Usage limit (which is 2500 KB/s). This only happens when clicking on some categories, but never when clicking on homepage or products page. In some other categories apparently there is neither this problem. If I disable Caching under Advanced Parameters - Performance the problem disappears. So what is intended to consume less resources if active, exhauts the I/O Usage limit if enabled and brings usage to normal if disabled. 24 hours before this was not happening and all was normal. Any idea of whan may have happened? Thank-you

I've purchased a module and when I try to install it I get these messages: The following module(s) could not be installed properly: Installation Failed: Error Occurred while installing models. Error occurred while installing/upgrading modal. I've checked the database and I've seen the three tables powered by InnoBD that the modue needs. Any Idea?

This is how I solved the issue, expecting a new update thant incorporates the definitive solution: Under the English translation of the checkout page the path was the following: views/ims/default_logos/default_horizontal.png "modules/paypal" folders lack in the string, and for this reason under the English checkout page only a question mark was displayed instead of the PayPal logo. To avoid touching the code, I've created views/ims/default_logos/default_horizontal.png under public_htm and the PayPal logo has appeared in the English checkout page. This is of course a provisional solution, but it works.

I forgot to say that the update from 1.6.1.9 to 1.6.1.10 did not solve that issue, and I had to do all what described after updating, because the problem remained as in 1.6.1.9

Hello, I've updated from 1.6.1.9 to 1.6.1.10 after noticing the following problems with PayPal module ver. 3.11.1 at the checkout page: Logo not showing under English translation Logo showing under Spanish translation, but text "Pay with your card or your PayPal account" only in English instead of Spanish. I've solved the tranlation issue translating that part of the text in the module: Localizations - Translations - Installed modules translations. The image has not been so easy. I've noticed the following path under the Spanish translation of the checkout page for the PayPal logo source: modules/paypal/views/img/logos/ES_horizontal_solution_PP.gif And that worked fine. Under the English translation of the checkout page the path was the following: views/ims/default_logos/default_horizontal.png "modules/paypal" folders lack in the string, and for this reason under the English checkout page only a question mark was displayed instead of the PayPal logo. To avoid touching the code, I've created views/ims/default_logos/default_horizontal.png under public_htm and the PayPal logo has appeared in the English checkout page. This is of course a provisional solution, but it works. I post it here for if it happened that someone else had the same issue and to ask if there is any other solution instead of creating folders and logos in the location where the module wrongly looks for them.

No one knows, no one replies, no one does nothing. The latest updates for the PayPal module are a true shame, and the bugs persist from one version to another. The last working version is 3.10.2, so I recommend you to reinstall that until the developer works out this problem, if he does anything.

Despite the module has been updated twice since all bugs reported in this topic were seen, and now it has version 3.10.8, all problems persist. For PayPal Europe, the last working verstion still is 3.10.2, so DO NOT UPDATE your PayPal module. I cannot believe the problems have not been solved yet. Starting to doubt if they will ever be solved.

¿Qué versión del módulo utiliza?

Thanks for the info shokinro, but I am based in Spain, so the UK module is not appropiate for my needs.