Leaderboard

Partial refund support is a requirement for us with any payment provider. http://www.blesta.com/forums/index.php?/topic/1596-partial-refund/ suggests a full refund and then another charge for the same amount. But this second charge may require explicit authorization by the customer, and there's no guarantee they'll take the time to do it. Partial refund support from within blesta would greatly streamline the customer support workflow.

We haven't yet looked at what it would take to make some of those language definitions more multi-lingual-friendly. I think they were added without translation originally because they were proper names, but that may need to be revised.

I was just browsing the front end and found out the support manager doesn't have any page titles minus the company name. So it shows up as Company Name and not for example: Support Manager | Company Name or Support Departments | Company Name. Just a small request to see if it improves it.

This is normal behavior. The cron only runs tasks that are ready to be run based on their run time or interval. For example, if you run the cron right now, and then again in 1 minute, no cron tasks will actually run the second time because the minimum interval is 5 minutes and that time has not yet elapsed since the task was last run. Additionally, if the cron task has a null end date, it is considered to be still running, and the cron task cannot be run again while it is still running. In case it errors out or stalls (as in your case), it will automatically be stopped after 6 hours. However, since you are testing and debugging this cron task, it would be necessary to clear recent log entries from the database in order to run the task again. It's important to note, though, that deleting cron logs for some tasks may have detrimental effects, such as causing duplicate invoicing to be done for the same service. It sounds like there may be an issue with SwiftMailer working in CLI mode. Is there a different php.ini being used for CLI mode on the web server? A lower memory configuration may cause a memory allocation error at run time, which could lead to this issue. Taking a look at the php error logs would help. A log file should exist on the filesystem whether or not there are errors.

Hi! In the clients "payment selection "view (...client/pay/method/) and the "payment confirmation" view (...client/pay/confirm/) the name of the "Offline Payment" method ist not translated. Other payment methods are translated correctly - only offline payment is not: example: my language file for the offline payment gateway (offline.php) looks like this: <?php $lang['Offline.name'] = "Vorauskasse"; $lang['Offline.instructions'] = "Anleitung"; // Errors $lang['Offline.!error.instructions.valid'] = "Sie müssen Anweisungen angeben"; ?> What could be the problem here?

Hello everyone, Thought I would show a little of what we have been working on. This is by no means near completion but there is enough now there to show you all. Yes this did start off as a website template however we are customizing the look etc to try and make it look unique whilst still keeping the graphics that we love. Any feedback would be brilliant and I look forward to hearing from you all. I would also like to thank every single one of you on this forum you have all be amazing! This integration and customization includes custom register and login pages, custom theme for Cpanel and Blesta, Website Customization, Email Customization as well as much more to come!

That may be something we can add then. CORE-1658

That's a good idea, I will work on that see what it looks like, Thanks Licensecart!

Yes the picture on the left scrolls with the page. I will have a look at the colors see what I can do. Thanks

Actually, many bigger providers nowadays do not offer that many options anymore. But limit it to the combinations that make the most sense like: Personally I really wouldn't offer unreliable configurations like RAID 0 as a standard option. Same with things like partition layouts. The default is fine for 99% of the customers. The others can contact support and explain their wishes there, not on the order form. Field logic would still be useful for other things though. E.g. selling software licenses available for the OS selected.

That's weird. Those pages do seem at odds with their API page; it looks like it's supported by their API. From https://bitpay.com/api /invoices/:invoiceId/refunds Creates a refund request for the given invoice. Response Name Type idRefund request resource idstring requestDateTime of API calldate statusCan be `pending`, `success`, or `failure`string tokenAPI token for invoice refund request resource EDIT: It looks like it's a relatively recent addition to their API. http://blog.bitpay.com/2014/09/18/announcing-the-new-bitpay-api.html

The register request looks good too. It seems like fetching the domain details results in an unexpected response, as if the expected fields are missing. Even if we fixed the error, the page wouldn't display any whois information because of it. I see that the domain details are not being logged (likely because it contains a lot of redundant data that may be re-accessed and re-logged frequently), I would suggest updating the module to add logging in so that we can see what the response is from Logicboxes. If you're able to update a file, find and backup /components/modules/logicboxes/logicboxes.php from your Blesta installation. Then open it and find this line: $response = $domains->details(array('order-id' => $fields->{'order-id'}, 'options' => array("RegistrantContactDetails", "AdminContactDetails", "TechContactDetails", "BillingContactDetails"))); Below that line, add: $this->processResponse($api, $response); Save the file and overwrite the one from your Blesta installation. Then go to the Whois tab for a service. Once you see the error, check the module logs again, and you should have an entry for domain/details. What does it contain?

Confirmed client side lacks extra window titles. Admin side is fine.