klaypigeon

Doesn't change anything as far as I can tell. Frankly I am a little surprised that Prestashop doesn't do this out of the box. I shouldn't have to be monkeying with this or buying a module. It should just work in native code. {$HOOK_HEADER} <meta property="og:title" content="The Creambelt Seed Company - Untreated and Organic Heirloom Garden Seeds" /> <meta property="og:description" content="Buy Untreated and Certified Organic Garden Seeds to Grow Heirloom and Open-Pollinated Vegetables, Flowers, and Herbs" /> <meta property="og:url" content="http://creambelt.com" /> <meta property="og:type" content="website" /> <meta property="og:image" content="{$img_ps_dir}Squash-logo-facebook.jpg" />

I don't get these options and the docs say very little. First, the docs should say if you are editing the price of the item (to a correct price) during a partial refund or if you are entering the amount to refund. Secondly, and more importantly, it does not appear to actually process any kind of refund. A real refund would process a Paypal credit back to the purchaser. Best I can tell is this just issues a credit slip. That is not what I want to do. Is there any effort being made to actually issue a refund to a customer? It should record as a debit in presta and issue a refund to the payment method that was originally used. Not that complex.

If I disable friendly URL all is fine. If I enable I lose all my images and all links lead to short urls with 404 error. I have deleted my .htaccess and let it recreate. I verified mod rewrite is enabled. Ideas? error-log [Tue Nov 22 22:09:03 2016] [error] [client 74.76.251.106] File does not exist: /var/www/html/creambeltdev.com/62-home_default, referer: http://www.creambeltdev.com/

Cloned my site so I would have a dev environment. Changed db settings, changed shop url and shop name in DB. Site will still not come up. It is throwing this error. I have tried emptying the cache/smarty/cache and compile (preserved index). I really do not know how to troubleshoot smarty issues.Help? From httpd_error.log [Tue Nov 22 00:34:33 2016] [error] [client 10.20.30.400] PHP Fatal error: Uncaught --> Smarty: unable to write file /var/www/html/mydomain.com/cache/smarty/compile/4c/aa/c0/wrt5833d8e9ee2da1_14344944 <-- \n thrown in /var/www/html/mydomain.com/tools/smarty/sysplugins/smarty_internal_write_file.php on line 46 EDIT - Permissions/ownership issue. This has been solved. But this cloning process is definitely not for the timid. All kinds of issues.

I re-imported the products and made a few small changes and things are a little better now. Be nice if we could somehow get a resized image into Facebook so it wasn't just awkwardly truncated. Pinterest is still null. Any ideas on Pinterest? Thinking I must be in the wrong forum.

Social sharing v1.4.3 module, prestashop core. Prestashop v1.6.1.9 I have this enabled on Products page, using default template, unmodified (no custom code). Twitter and G+ seem to work fine. Facebook and Pinterest do not. These are important to me, is there something I can do to fix them? Pinterest just opens a window that is filled with dark grey. Facebook - Does not preview any image, and then posts an image of the site logo. Here is a link to a product page: http://www.creambelt.com/home/7-black-eyed-susan-untreated-seed.html Note - I have been doing work so forgive if you hit a maintenance page. FB Posting Window FB How post appears Pinterest = Grey Box G+ = Working Twitter = Working Black Eyed Susan Untreated Seed http://www.creambelt.com/home/7-black-eyed-susan-untreated-seed.html

I requested my post be moved by a moderator. PrestaShop™ 1.6.0.14 PAYPAL USA - 1.3.8 Debug enabled. PayPal engineer suggested I make a few changes to the checkout page config (but I think the module over-rides this anyway). I now get a gray box for a few moments where the paypal payment blocks were and then I am forwarded to a page with this error. [Debug] This page has moved Please use the following URL instead: http://creambelt.com/order-confirmation?id_cart=58&id_module=90&id_order=28&key=01701316f7e28ec51d7999724cd2b101 If I click the link I am taken to the blank confirmation page which now includes the following error (since debug enabled) Fatal error: Allowed memory size of 201326592 bytes exhausted (tried to allocate 523800 bytes) in /home/creambel/public_html/modules/taxcloud/taxcloud.php on line 239 I am opening a ticket with PrestoChangeo (taxcloud module)to review.

Similar issue. blank confirmation page.

Second post I read today where the cure to the PayPal pain is to change to a different platform. ugh

I engaged Paypal on the 23rd due to an error with WebLogic. They fixed that but this remains. I am not sure who is responsible for the functioning of the PayPal module. Is that provided by PayPal or is that written by PrestaShop? Am I in the wrong place to get help?

I use paypal advanced with payflow. The page that confirms the sale is blank, like really blank. If I view source there is nothing there. The sale does go through but it is bewildering to my customers. Could I get some help root causing this please? This is what I see... http://creambelt.com/order-confirmation?id_cart=1&id_module=85&id_order=24&key=01701316f7e28ec51d7999724cda5d43

Hmm bother. Maybe I am not asking this question right? Maybe this helps. If I change: mv themes/default-bootstrap/modules/uspscarrier/translations/en.php themes/default-bootstrap/modules/uspscarrier/translations/en.php.bak Then all the labels appear again. If I put the correct filename there they disappear again.

I have a weird issue. I have several modules that are not displaying their field labels. I am not sure where to begin looking for the issue. The site was recently moved from a subfolder into the domain root. I am attaching a screenshot so you can see what I mean. I have flushed cache. This is what it looks like when I view the source from Chrome. (same in other browsers) "<label> : </label>" Any ideas where I could start looking?

lol, I tried but I must be a bug magnet today. The forge's auth server must be messed. The token they send me to change my password times out immediately instead of in 24hrs. Sigh, been that kind of week. If I remember I will set that bug report up. Otherwise hopefully my language was clear enough that is is google-able in the forum.

Thanks for your reply. (11k posts? You sir are a super star.) I worked with a PayPal integration specialist and this was the finding. The special character * in my PayPal Manager password was not being properly encoded by PrestaShop. He said something about improper hex encoding I believe. I do not know if this could be an issue with my PHP or Apache but regardless I think I can now call it a defect in some manner. We were able to reproduce the issue and then correct it several times. I did not test it with any other special characters. The * works fine if I go directly to my manager account. ...now if I can just find out why the carrier ranges are not applying price adjustments and why the social sharing module is sharing the wrong product I will be in good shape :/