jscroggs

@Evelita I'm having the exact same issue as you are here. Could you share what change your service provider recommended to get your cron tasks to run? My scripts will execute without error if I leave off the "?token=XXXX" at the end of the files, but they don't do anything. I can't find anywhere that tells what is necessary to make them work with the token. Any help is greatly appreciated!

In digger a bit deeper on this, is PrestaShop able to actually handle sales tax? Here is an invoice that I couldn't be more confused over. Does anyone know if they have fixed these bugs in the recent updates? Are others having these bugs, and like us, haven't dug into the numbers deep enough to notice them yet? Neither of the actual charges on the left correspond to ANYTHING on the right hand side of the screen. 1) Does anyone know why there are 2 different sales tax numbers listed on the invoice? 2) Does anyone know why it is attempting 2 separate transactions for payments? I'm pretty sure we "would" be getting charged doubly from Authorize.Net, "if" the charge for sales tax were actually going through. 3) Has anyone else had a similar experience to this? I greatly appreciate any feedback.

I've just realized that we have a major problem in Prestashop and I can't find any research as to how to fix it. Let me give as many details as possible. We have our nexus in one state (in the US) and are only charging sales tax for that state. We are using Authorize.NET AIM for our payment processing Prestashop is properly calculating Sales Tax on those orders. Prestashop is reporting that the orders are paid in full. Prestashop is showing 2 payments for all orders that have the state sales tax on them. The first payment is for the order itself, plus shipping. The second payment is only for the state sales tax. However, we are now finding that when we go into Authorize.NET, only the first charge is actually being processed and they are NOT even receiving the 2nd charge for the sales tax. So we have not been receiving ANY of the money for sales tax that Prestashop has been claiming to charge. I don't believe this is a problem with just the Authorize.NET module since I found this thread where someone else had the exact same issue when using Paypal. https://www.prestashop.com/forums/topic/488602-paypal-expess-checkout-not-charging-tax-on-paypal-usa-canada/?hl=%2Bnot+%2Bcharging+%2Btax Has anyone else seen this? Has anyone else actually checked their banking statements to make sure they were actually getting the money Prestashop is reporting? You can see the two payments listed on the attachment. However, only 1 payment actually came through our Gateway and the order is showing to be paid in full. Can someone please advise on this?

This is a bigger problem than just PayPal unfortunately. I've just found out that it is doing the same thing on my site and we're using Authorize.net AIM. It is creating 2 "payments", but only charging the main one to the customer. It is reporting that it is charging it, but upon checking with Authorize.NET they are not receiving the 2nd request for payment for the taxes. Did you ever find an answer to this one?

I'm currently running PrestaShop 1.6.0.14 and we have run into a bit of a difficulty. When a guest attempts to checkout and their shipping and invoice addresses are in different countries, it requires that both of them use the Zip format from the Delivery address. So if a person wants to use their billing address in Canada, they should use a zip format of 'A0A 0A0'. However, if they are trying to ship it to a US address, it requires that their billing address use the US format of '00000'. So the Canadian invoice address will never be seen as matching the correct format even though it is correct for the address block that it is in. Is this something that I'm going to have to go into the code to fix or is there an easier way to do this through the backend? It definitely does seem to be a bug, however.

No, it still has the same javascript errors as well. Here's the listing... Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check http://xhr.spec.whatwg.org/. jquery-1.11.0.min.js:4 Uncaught SyntaxError: Unexpected token < jquery-ui-1.8.22.custom.min.js:5 Uncaught TypeError: Cannot read property 'ui' of undefined framework.js:62 Uncaught TypeError: Cannot read property 'noConflict' of undefined address:119 Uncaught TypeError: $ is not a function address:156 Uncaught TypeError: undefined is not a function address:478 Uncaught TypeError: $ is not a function address:490 Uncaught TypeError: Cannot read property 'fn' of undefined address:794 Uncaught TypeError: undefined is not a function address:928 Uncaught TypeError: undefined is not a function tools.js:609 Uncaught TypeError: $ is not a function https://video-atl3-1.xx.fbcdn.net/hvideo-xtf1/v/t42.1790-2/11863525_1020664…MTI1NX0%3D&rl=460&vabr=256&oh=25b2007954ab081c0c2d580cbe43ce16&oe=55E9F65C Failed to load resource: the server responded with a status of 400 (Service Worker Fallback Required) I've checked on the files and they are all where they are supposed to be. I even redownloaded the jquery-1.11.0.min.js to make sure it wasn't corrupt.

Well, one of the issues is that we are using the Authorize.Net module for payments. This module doesn't work UNLESS you have https enabled. However, I went through and disabled it and it still doesn't show the states when SSL is disabled. Anyone else have any ideas?

I've found many people reporting similar problems, but haven't found a solution yet. So here's my dillema: When a customer goes to create an account, I am requiring a state for all countries that have states (primarily US, but others as well). However, the state drop-down box is not being populated and I can't figure out why. Currently running PrestaShop 1.6.0.14 Current theme: Leo Book Theme (Leo Theme has been one of the most amazing themes I've used. I highly recommend them.) (Other consideration: My Postal-code box was not displaying either, but I was able to add some javascript to make it visible. Not sure if it's related to populating this or not as I never found the source of it being hidden.) Here's the authentication.tpl code that goes over the state box. It hasn't been modified in any way of which I'm aware. {elseif $field_name eq "State:name"} {assign var='stateExist' value=true} <div class="required id_state select form-group"> <label class="control-label col-sm-4" for="id_state">{l s='State'} ^*</label> <div class="col-sm-6"> <select class="form-control" name="id_state" id="id_state" > <option value="">-</option> </select> </div> </div> {/if} I've made sure that my states are all configured properly and that the US is correctly marked "Contains states". Is there anything else that I'm missing here? I am seeing a few errors that say: "Mixed Content: The page at 'https://shop.shop.com..." was loaded over HTTPS, but requested an insecure image/script/file This content should also be served over HTTPS." Could this be causing my problem?

Double check the amount of space on your server's hard drive. Hard drive space and permissions seem to be the biggest troubles here. My problem was in customizations to some of the PrestaShop files made the upgrade not work sufficiently and had to go back and completely rebuild it from scratch instead of doing an upgrade. For the background on yours, is it an upgrade from a previous version? Have you installed any custom modules? What are the permissions on your Modules folder? Grace and Peace, Jeff

I too have been having similar issues with a cache or permission error and I made the upgrade from 1.5 to 1.6.0.14. Could you please let us know what module it was? I'm gonna go try to do a search for it now.

I'm having this same issue too. I upgraded from 1.5 and have been having numerous issues that seem to be permission related, but all of my permissions are set to 755. At first, it wouldn't let me change my logo despite my best attempts. Then, upon trying to change some of the graphics in my theme, it wouldn't allow the update. So I cleared my Smarty cache and now it won't do anything. The full error message is: Fatal error: Uncaught --> Smarty: unable to write file /sites/httpdocs/shop2/cache/smarty/compile/e3/e2/4e/wrt555de84c3db0a5_50849981 <-- thrown in /sites/httpdocs/shop2/tools/smarty/sysplugins/smarty_internal_write_file.php on line 46 Without DevMode turned on, it's simply just a white page instead of my shop.

I'm currently stuck trying to get my logo to display on PrestaShop. I go to theme -> click "Add image" then save. But it won't take the image and do anything with it. I've triple checked the permissions on the img folder. (see attached image) It DOES upload the file to the img folder, but the uploaded image only has 644 permissions. The image won't get used by PrestaShop and just sits there (it's the pink file name on the image.) I've tried adjusting the image preferences to png and jpg and it won't do anything for me. Can't figure out any way to update my logo. Does anyone have any guidance for me?

That would probably be it then. It looks like we haven't upgraded since 1.4.4. Thanks so much for your help!

I'm using Authorize.NET AIM.

Can anyone direct me to where I can modify the date ranges allowed on credit card expiration dates? PrestaShop is currently limiting it to the year 2019 and we are now having customers with 2020 cards. I haven't been able to find anything on this topic in the forums or been able to find anything else I can modify in MySQL or the backend. Any help is greatly appreciated!