SLiCK_303

I understand, thank you for clarifying this for me.

What is the difference between deleting and rejecting a review? Both seem to do the same thing, delete it. And, am I missing something, or is there no true way to delete a review, seems like they are always in the database/BO. A purge of all deleted reviews, or a second delete that actually removes the review, might be a nice feature.

Oh, as a note on the Krona usage in my module, you need to have review_created active and setup in Krona. If this is an issue for most of you I will make a setting in my module to choose which action name to use.

Theres a GiftCard module by Loulou66 and Eolia that seems to work on tb, I think I got it off the free modules, on the PS forums. Maybe thats what you're looking for?

I released a new version. For all of you that use Genzo_Krona Loyalty module, I have added a new email that ties into it, stating how many points a user will get when they submit a review. Maybe it will add more incentive to post a review, knowing a person will gain loyalty points for it. The idea, as well as the German translation are thanks to @colorful-ant.

if everything is back to stock, try deleting cache/class_index.php

I released a new version. With this one I Removed hard coded '$', and replaced with sites currency, and hide module options when voucher creation is disabled. If you are using a currency other than USD, I recommend you change to this version. This release has added Dutch and German translations, of the BO and emails.

I released a new version. It changes the main sql statement to use dateupd instead of dateadd. That way it looks at the last time you changed the state of the order, instead of when it was created. As the last couple versions have changed the logic of the module, I recommend everyone updates to this version.

Thanks @colorful-ant for the German translation of the BO, I look forward to the emails as well.

Thanks @colorful-ant for the German translations of the BO and emails!

Good question.......

When you do a manual refund in Paypal, it will NOT show up on your site. To my knowledge there is no way for you to sink up paypal with the site when it comes to a refund. Hopefully @mdekker can shed some more light on the subject....

I cant really tell you how to do it, it's too complicated for me to instruct you on this forum. Basically I would copy the default theme to a new folder, install it, and start playing around from there. You will need to edit the .tpl files (like header.tpl, or some of the modules theme files), the .css files, and the positions of the modules (for instance putting the search module in displayNav). I would simply do a search on the internet for "how to make a prestashop theme", you should find good info there. Thirtybees is based off of Prestashop 1.6, so the theme making/modifying is basically the same. Sorry if I couldn't give you the answer you are looking for, but a search should be a good place to start. edit: doing the search I suggested, came up with this, it seems like a good series, from what little I watched... https://www.youtube.com/watch?v=uu4Hz08gX6U

Good job figuring it out, care to share your solution with us?

To my knowledge you cannot do a refund from paypal on the order page, you need to do it from paypal itself. ;(

I've certainly seen sites with it setup like that, its just a matter of how you do your theme. I'm not sure, but I think the sunnytoo themes do that.

For me, this happened months after i did my change over to tb. Also many many order afterward as well. It seemed very random, and has only happened once for me.

@Kleijn36 thanks for the Dutch translation of the BO and emails, I have added it to the module.

New version released. This one has a little better hints (and I mean little). Also it fixes some logic so you can pick 0 for either Send after or Send before. This way you can pick 0 on Send after, and it will send emails, that hit your picked order state/s, today. Also you can set Send before to 0, so it will send requests for all your orders, not just ones that are say, 30 days old. I don't necessarily think you should set Send before to 0, as it will send out a LOT of emails that way, but you do as you wish. I think I'm making it more confusing by trying to explain it, I think you know what I mean, by setting these options to 0..... ;)

@MockoB Why would you belittle someone that tried to help you for like 2 hours or something? Why would you act so un-appreciative, I dont understand. Plus you dont even use tb, so whats the point? @wakabayashi is a good member here, please don't drive him out.....

Thanks for the update, and your time, and all you do for this project.....

This thread is a little getting a little outta hand, can we please let this one go, and move on? Please....

np, happy to help.

you could goto your db, edit tblogsrr_email table, and delete the entries for the dates that didnt work, then manually run the cron job. backup your database first, in case something goes wrong....

I assumed it worked for you too? Did ya test it?