Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

Theo

Members
  • Content Count

    282
  • Joined

  • Last visited

  • Days Won

    5

Theo last won the day on June 6

Theo had the most liked content!

Community Reputation

54 Excellent

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ok all sorted now. So this appears to have been a configuration issue on the Site's server in relation to Office 365. Not a ThirtyBees problem. Even though the mail configuration was technically correct, we had to add an additional syntax to the SFP record. As the server is sending the mail on behalf of an email address on Office 365, we had to tell Office that it could trust the server. Bizarre thing is that technically all mails should've landed up in Office 365's Spam or Quarantine box. That didn't happen. Most mails were sent / received successfully. Just some mails went missing when some users did tests and these mails were nowhere to be found. No Spam, nothing in Office 365 error log, etc. Even though all mails were sent from the Shop's email address on the site... Yeah WTF. Always fun running into "magical" IT problems - the ones that are random, only breaks when it wants to, defies logic and understanding, difficult to troubleshoot and hard to explain. Magic. If anyone ever experiences this, this is what we had to add on the DNS/Zone SPF TXT record for the Site's server (added in red): v=spf1 include:spf.protection.outlook.com include:spf.host-h.net -all
  2. Thanks Traum. But nothing in the mail logs. Some of the mails from these users are coming through though. I'd understand if they were all blocked... The thing is that is that as far as I understand it is the actual site email address that's sending these mails and not the user? As some of these forms are in a Lightbox (pulling in the Contact form) and it's using Ajax, could it be Ajax that's causing this? I used Nemo's old tutorial on how to do this. http://nemops.com/prestashop-ajax-contact-form/#.XYN8VSgzaUl But instead of creating the lightbox with 'ajax', I set it to iframe (to increase performance) - could it be this? All mails from the actual Contact form page appears to be working fine though. And for me and others the Lightboxes are always sending... This is the code I use to create the form in the Lightbox: $.fancybox({ type: 'iframe', preload: true, href: getcontactformurl, closeEffect: 'fade', autoDimensions: false, autoSize: false, width: '400px', height: 'auto', async: true,
  3. Hi I've been battling with this one for days now. And it's one of those 'magical' wtf? ones. We've just launched our site, and everything looked fine. Until we tested the Contact forms. Problem: When some users post from the Contact form the mail doesn't land up at admin (or customer service) email box. So they can do 5 test enquiries but only 1 can come through. Sometimes none. However, under emails, the system reported that the mail was sent successfully and there are no errors in the logs or front-end. The system even sends receipts correctly. Other users like myself can do 16 enquiries and have no problems with the mails reaching the customer service mail box. At first I thought it could be an SMTP issue as we were using PHPMail send, but after changing it to STMP, the problem persisted. Local mail send is also disabled on the server. I even got our IT guys to check the mailbox and they're not picking up on any issues. Nothing in Spam / Quarantine. Could it be some sort of relay issue? Is there a way that I can change the from address to always say info@siteaddress.com - or will this mess up the email logs? This is an urgent problem as right now we can't be sure that we are receiving all the vital Contact Enquiries... Sorry that I'm emphasizing urgent here and in the page title, is just I don't know what else to do... I'm at a loss here.. Has any one else experienced this problem before? @datakick
  4. Hi I've been battling with this one for a few days now. I'm trying to import a Discount Amount without tax. As my main price is without tax. There is a tax rule though. But what's been happening is that when the system imports, it seems to deduct tax on the Discount Amount, and then I get: (price - newly deducted tax on discount amount = wrong total). I think that it somehow thinks that the price I entered includes tax, when in fact it doesn't. But, I'm still not sure why it would deduct tax in the first place as my amount is set to excluding tax? Is there a way to modify AdminController or a setting something in the backend, to tell it that is should not deduct tax on the discount amount? Or is there somewhere I can modify some core code to set the default "discount amount tax behaviour" that you see in the Product page, to select Tax Excl, and not Tax incl? I have a lot of products and it is not viable to change each product manually in the backend (where I see that it allows you to set the discount amount to either include / excl tax). I've seen this old PS post, but I'm not sure if this is the correct solution? https://www.prestashop.com/forums/topic/296338-how-to-disable-tax-on-amount-of-discount/?tab=comments#comment-1497024 Your assistance is appreciated. Has anyone else here encountered this? @datakick @Traumflug
  5. Indeed, this is exciting news. Hope it works out well too
  6. Theo

    Goodbye

    Ok, this is pretty good news!
  7. Theo

    the "best" theme

    Hi Welcome to Thirty bees. For me personally the "best modern theme" is without a doubt Panda. And at a great price too (for what you get, it's a bargain) https://www.sunnytoo.com/product/panda-creative-responsive-prestashop-theme Check out the Panda great demos (TB/PS 1.6): http://panda2.sunnytoo.com/select-demo.html Regarding the built-in TB themes: Community and Niara have issues, especially when it comes to mobile responsive, which is a must these days. Panda is still actively maintained and kept up-to-date. It has aweseome modern layout options (great mobile options) and has more customisation options than most themes. It's extremely feature reach and is one of the best themes you can get. Many merchants use it here, so if you encouter a problem you can let us or ST Themes @Jonny know.
  8. @datakick New Bug with TB 1.1.x and Panda: Got a strange new bug after I updated my 1.1.0 site with Panda to latest TB Bleeding edge: On Product list / Category page: For some reason the Left Column disappears when a Sub Category is selected. Main Categories are fine. I noticed that the var left_column_size is set to 0 instead of 3. Weird, as this worked before the update. Because I know the Left Column should always show on the Category page, I've created the following to 'fix' it, albeit temporarily. And obviously this isn't a real fix, as it doesn't address the cause. Just helps for now. <!-- /// No Left Column on Subcategory Fix /// --> {if $page_name == "category" && $left_column_size == 0} {assign var='left_column_size' value = 3} {/if} <!-- /// *** *** /// ---> Insert the code before: {if isset($left_column_size) && !empty($left_column_size)} Thought I'd point this out. I have notified @Jonny as well.
  9. Ok, wow that explains it. Thanks for the useful insight in the way Thirty Bees renders content. Definitely think that you should be able to place {debug} in any template file without it bombing out. As my environment is currently not setup for Git commits. Please may I ask you to make this change and commit?
  10. Ok, so after a long while trying to figure this one out (I restored multiple backups going back days and days), I finally realised what appeared to be causing this... It seems like placing the Smarty Debug variable in the footer or the header.tpl causes the above error and causes the Smarty variables to be printed to the actual page... For some odd reason... Printed on page + above JS error: If I put the Smarty variables on the actual product.tpl then the error goes away and the Smart Variable popup opens as normal. Wtf? This works if it's in product.tpl {debug} {$var|@print_r} Anyway that's good enough for now, but I still don't understand why it won't work if it's in another tpl location like the header or footer... I've gone through my 'custom' Smarty variable assignments and fixed small errors, but that didn't seem to be the cause. I haven't had the time yet to check a vanilla TB installation to see if it causes the same error there... I'm curious @datakick for your thoughts on this?
  11. Honestly as it's been a while, I can't remember how I got around this one. I think what I landed up doing was doing a fresh install on localhost, then I moved / migrated this working copy across. If I recall this worked. You can give it a shot and let us know.
×
×
  • Create New...