Raithlin

Sorry to ressurect an old thread, but it's a year on, and still the same issue. Had no feedback AT ALL from the developers. Any help from the module devs here would be appreciated.

@lekkatime I've been away on business for the last week. No, not yet - but I'm going to do that. I'll revert if I have any feedback.

Okay, I tried cleaning up the URL for redirect - verified this in the log. No joy. Any help appreciated here.

I added the redirect URL to the log. Can anyone confirm if we are missing anything on this? index.php?controller=order-confirmation&key=xxxx24d7a231aa37d91113f6905xxxx&idcart=69&idmodule=100 I see the code is setup as follows: Tools::redirect('index.php?controller=order-confirmation&'.$SERVER['QUERYSTRING']); Is that not perhaps causing the & issues we are seeing on the redirect line above? Would it not be worth recreating the line, as in say the Authorize module? Tools::redirect($url.'idmodule='.(int) $authorizeaim->id.'&idcart='.(int) $cart->id.'&key='.$authorder->securekey);

@lekkatime That's exactly my experience. I have a feeling something may have changed with regard to carrying the order back to the order page, losing it's state.

Putting this in anywhere crashes my site.

Hi all, I'm using ThirtyBees 1.04 with the SagePay PayNow module (3rd party payment gateway) for PrestaShop. Tested with PrestaShop 1.6.11, it works perfectly until it comes back from the payment provider, at which point it simply reverts back to the first order page. The result is a payment without an order. I'm looking at the code to figure out what has changed and why it doesn't get to the order confirmation page. Any help would be appreciated, from where to look for changes to a sample payment module that works - anything that will help me sort this out. I'm a C# developer by trade, but PHP isn't too different, and I've done plenty of web dev over the years. I've taken a look at the code as I said, just looking for some pointers here. TIA

Excellent module! I've used similar modules in the past, and one function that I found useful for my products was a delay. You could specify how long to wait before sending. I don't suppose that's possible with your current implementation, but perhaps something you could consider for future development? Again, thanks!

@slick_303 said in 1.0.4 soon?: oh and delete gridhtml. Thats all the old stats modules, in the new version its consolidated into one module, statsmodule, which you need to install via the BO Thanks. Back office and site working well. Will leave the stats module for now. Got a weird error on install.

Worked perfectly. Thanks mate. For the record, RockPOS still throws errors, even with the new version.

Log shows: PHP Fatal error: Access level to GraphNvD3::$width must be protected (as in class ModuleGraphEngine) or weaker in /home/eclecdhk/publichtml/modules/graphnvd3/graphnvd3.php on line 30 That module isn't in the new codebase. Is it third party or an old one that can be safely removed?

@slick_303 said in 1.0.4 soon?: in the tb_configuration there are a couple version references too Looking for it now.

@slick_303 Renamed the folder *before*. I actually extracted, renamed, removed install, removed .yml, etc. (Vagrant), rezipped and uploaded. I've just found the version in settings.inc.php. Searching for others in case that helps.

@lesley said in 1.0.4 soon?: @Raithlin You can clone your current site, then download the repository and upload the files over your cloned site files. That works for this release since there are no database changes. Done. Can't access my back office though (/backoffice). "Unable to handle this request (Opera)". Shop works fine. Did I miss something? Got a backup, just asking...

@lesley Perhaps I haven't spent enough time in the docs, but I'm not sure how to go about properly testing 1.0.4 without actually upgrading my production site, or creating a new one from scratch. There is no obvious way to go about this - perhaps others feel this way too? #my2c