Tyson

Mostly just fix known issues, if possible, and as CubicWebs mentioned, add several of the features into our cPanel module over time. The cPanel Extended module is not released with Blesta.

I've removed the UI elements that allowed clients to change the password on special FTP accounts. You can get it here.

This is just a display issue, fixed in v1.0.2 of the module, which you can get here.

The module has been updated to v1.0.2. See initial post to download.

After testing this, I don't see it as an issue, at least not with Blesta or the cPanel Extended module. If you login to cPanel and go to the FTP Accounts section, you'll notice that the Special FTP Accounts cannot have their password reset. There is no option to do so, at least not in the version we're using. The module that ModulesGarden wrote does not handle success/error messages and logging very well, so it may not have been apparent that this is the case after attempting to change the password. The interface probably shouldn't show the ability to change the password, or even the quota in some cases. Changing the password, indeed, has no effect. However, attempting to login with erroneous passwords can get your IP blocked for a little while, which is what I suspect happened when you said you cannot login to your cPanel account. I see no where that changing the FTP password would adversely affect the cPanel login password, so I would attribute the inability to login to being blocked for too many erroneous login attempts. And of course, you and your customers need only wait until the block expires to login again, using your initial password.

:Closing thread as not a bug.

Closing thread as not a bug.

I'm still not able to duplicate this issue. Can anyone else reproduce it?

Closing as not a bug.

This is fixed in CORE-949.

This is fixed in CORE-956 for 3.1.0-b2. The sections are floated and behave like this when one section takes up more vertical space than another next to it. Your Sales department description takes up 2 lines rather than 1, compared to the Billing department next to it. You could solve this issue by making the descriptions equal for departments, like CubicWebs has, or clearing the floats after each horizontal set (i.e. every 2 departments). e.g. <div class="half section"> department 1 </div> <div class="half section"> department 2 </div> <div class="clear"> </div> <div class="half section"> department 3 </div> <div class="half section"> department 4 </div>

Tickets emailed in from clients should change their status to 'open' if they are currently 'awaiting reply' or 'closed', as of v3.1.0-b1. Are you having an issue with this, or expect it to work differently?

This is fixed for v3.0.8 in CORE-895. Country is required if state is given.

There isn't a way in Blesta to limit a customer to ordering a product only once. After all, they could go to the order form without being logged in, select the product they want, then login afterward. If such a 1-time limit was set, Blesta would have to then remove the product upon login, and display an error message regarding this removal.

Yes, same version.

Yes. Gateways that accept credit cards will not be available if you disable their use. The gateway also needs to set specific currencies that you want to use it for, and the client needs to use that currency when making a payment.

Can you provide steps to duplicate the issue? We've never setup the cPanel Extended module for testing since it was developed by ModulesGarden, and is not released with Blesta. You may want to ask ModulesGarden about this issue as well, and see if they have a solution for you. From just glancing at the code, it looks like it should work--but then again, that's usually the case. If you're willing to update the module itself and test a possible solution, try to update /components/modules/cpanelextended/cpanelextended.php (line 1679) and change: if($api->sendApi1Request("Ftp", "passwdftp", array('user' => $post["username"], 'passwd' => $post["password"]))) to if($api->sendApi1Request("Ftp", "passwdftp", array('user' => $post["username"], 'passwd' => $post["ftppassword"]))) You'll need to test this change.

What version of the module are you using? There is an issue with parsing API responses in v1.0.1, which is fixed for v3.1.0-b2. Your screenshot does not show any Module Options, which should be set on the package. My guess is they are not displaying due to this bug. If you're comfortable updating a file, then update /components/modules/thesslstore/thesslstore.php (line 1634 at the bottom of the file) and change: elseif ($response && property_exists($response, "isError") && $response->isError) { $success = false; $error_message = (property_exists($response, "Message") && isset($response->Message[0]) ? $response->Message[0] : Language::_("TheSSLStore.!error.api.internal", true)); if (!$ignore_error) $this->Input->setErrors(array('api' => array('internal' => $error_message))); } to elseif ($response) { $auth_response = null; if (is_array($response) && isset($response[0]) && $response[0] && is_object($response[0]) && property_exists($response[0], "AuthResponse")) $auth_response = $response[0]->AuthResponse; elseif (is_object($response) && $response && property_exists($response, "AuthResponse")) $auth_response = $response->AuthResponse; if ($auth_response && property_exists($auth_response, "isError") && $auth_response->isError) { $success = false; $error_message = (property_exists($auth_response, "Message") && isset($auth_response->Message[0]) ? $auth_response->Message[0] : Language::_("TheSSLStore.!error.api.internal", true)); if (!$ignore_error) $this->Input->setErrors(array('api' => array('internal' => $error_message))); } elseif ($auth_response === null) { $success = false; if (!$ignore_error) $this->Input->setErrors(array('api' => array('internal' => $error_message))); } }

Hi Larry, If you followed Cody's steps, you should see 2 Offline Gateways when on the Available Gateways page, with the new one being installable. I just tried it out to confirm. Make sure that the directory, file, and class name are all identical, with the exception of the classname being capitalized.

Do you know what the password was actually changed to? From taking a brief look at the module code, resetting the password should update it with the one that you submitted on the changepassword page.

Did you select a valid approver email when you setup the service? I think the list is auto-populated with email addresses, and you save one for the service. If those have changed, you might get that error. The error you received is a validation error in the module, unrelated to any response from the API.

Thanks, this is assigned as CORE-939.

You could try: curl_setopt($ch, CURLOPT_HTTPHEADER, array("X-Requested-With: XMLHttpRequest", "Content-Type: application/json; charset=utf-8")); I haven't tested it, so you may need to play around with it.

The main widget method is only available via AJAX, and redirects back to the base URI otherwise. You would need to pass in the appropriate AJAX headers and content type.

When you go to add a service, set any service settings, and then go to the overview page (where you add a coupon), does the coupon you add appear as a discount amount under the subtotal/setup fee? What are the coupon settings? Is it expired? Does it apply to this service? Is it inclusive and require it be applied to multiple services at once?