Tyson

They may have updated their API recently to accept additional currencies. Could you provide a link to the BluePay documentation stating they accept CAD?

Try re-saving your support staff user settings. For some reason, the departments you are assigned to are filtering tickets as if you are not assigned to them. You could also try deleting your support staff account and re-adding it. Do you only have 1 company in Blesta? If you have other companies, you'll need to be assigned to the support departments in those companies to view tickets assigned to them.

Similar to addModuleRow(), you need to format the post data, do any validation checks, etc. e.g. public function manageModule($module, array &$vars) { // Load the view into this object, so helpers can be automatically added to the view $this->view = new View("manage", "default"); $this->view->base_uri = $this->base_uri; $this->view->setDefaultView("components" . DS . "modules" . DS . "vs_manager" . DS); $meta_fields = array("settings"); $encrypted_fields = array(); $rules = array( 'settings' => array( 'empty' => array( 'rule' => "isEmpty", 'negate' => true, 'message' => "Please enter settings." ) ) ); $this->Input->setRules($rules); // Validate module meta if ($this->Input->validates($vars)) { // Build the meta data $meta = array(); foreach ($vars as $key => $value) { if (in_array($key, $meta_fields)) { $meta[] = array( 'key'=>$key, 'value'=>$value, 'encrypted'=>in_array($key, $encrypted_fields) ? 1 : 0 ); } } $vars = $meta; } // Load the helpers required for this view Loader::loadHelpers($this, array("Form", "Html", "Widget")); $this->view->set("module", $module); return $this->view->fetch(); }

These look like importer issues--some insert/update is trying to set a null value for a field that cannot be null. It's good you're finding these so the importer can be made more robust.

Where in your module are you attempting to set meta data?

I reopened CORE-532 that was closed because we were unable to duplicate the "customer-id" error in v3.0.0.b4. But we'll take another look.

From the client interface, click to reply to one of your tickets. Note the integers at the end of the URL, e.g. "1" in this case: http://mydomain.com/client/plugin/support_manager/client_tickets/reply/1/ Go into the staff interface, and paste in the URL to this ticket in your browser: http://mydomain.com/admin/plugin/support_manager/admin_tickets/reply/1/ What happens? I imagine one of two things would happen, either: You are redirected back to the Open Tickets listing You are shown the ticket reply page

You need to look at your addModuleRow() method, as this is the method that actually creates new module rows, which I think is what you're trying to do here. It will help to review the module documentation. I've also moved this thread to the Extensions forums because this issue is a problem with your module's implementation--not a bug with Blesta.

Fixed for v3.0.3.

Are you still having this issue? With our inability to duplicate, it may be more of an issue with something outside of Blesta.

This has been fixed in CORE-724 for v3.0.3.

You can take a look at the cPanel documentation on the subject for setting reseller priveleges: http://docs.cpanel.net/twiki/bin/view/AllDocumentation/WHMDocs/EditPrivs

cPanel generally does not like the word "test", and refuses to accept it in some cases (e.g. domains), but I'm not sure if it would affect this. The permissions I was referring to would need to be granted to your reseller user by the root user (your provider). It sounds as if maybe they granted you permissions to some packages, but then you added more, and permissions haven't been added for those new ones yet. Just because you can add/remove packages in your WHM account does not necessarily mean it is available via the API. The API makes a call to "listpkgs", which retrieves a list of all packages available to your user, where "availability" is determined by some permissions.

PayPal Payments Standard? This is a non-merchant gateway, so it will appear as an option to clients making payments on their account when they go to pay an invoice in a currency that you have set as acceptable for this gateway.

Does your reseller user have permission to add/remove packages via the API? I believe this is a permission that the root user would need to grant you. See the cPanel documentation.

I believe there are a couple pending issues with KVM/HVM support, such as with rebuilding a KVM machine. But I've tested it to work fine with XEN/OpenVZ.

Closing thread as already fixed in v3.0.2, CORE-716.

I too noticed this wasn't displaying a success message, so I've added a task for this as CORE-730.

Running it manually will still run only those tasks that are ready to be run, which is why it did not run that task. To test it, just after the cron automatically runs, you can change the task to run every 10 minutes, then wait for 5 minutes to pass and change it back to run every 5 minutes. This effectively skips the cron from running it in the last 5 minutes, so that the task will now be ready to run. And running the cron manually at this point should run the task.

Custom fields are limited to a specific group, not the other way around, so this wouldn't be possible with a custom field. Something like this may be better suited to a plugin.

Credits are automatically applied to open invoices, starting with the oldest, until all credits, or no invoices, remain; per currency. By default, the cron does this every 5 minutes, and the interval can be changed under [settings] -> [Automation], "Apply Payments to Open Invoices".

You can add them to a specific client group, just not update them to assign them to a different group from the interface. This might have been the intention at the time, as referenced data may still exist in the database if you were to change the assigned group.

How about you remove that CSS, and use this instead: <li class="tlds"> <?php $i = 0; $tlds_per_row = 9; // some integer in the range [1..9] $tld_count = count($tlds); foreach ($tlds as $tld => $pack) { if ($i%$tlds_per_row == 0) { ?> <div class="tld-row"> <?php } ?> <span class="tld"> <?php $this->Form->fieldCheckbox("tlds[]", $tld, in_array($tld, $this->Html->ifSet($vars->tlds, array())), array('id' => "t" . $tld)); $this->Form->label($tld, "t" . $tld, array('class' => "inline")); ?> </span> <?php if (($i%$tlds_per_row) == ($tlds_per_row-1) || ($i+1 == $tld_count)) { ?> </div> <?php } $i++; } unset($i, $tlds_per_row); ?> </li> CSS: .tlds { text-align:left;} .tlds .tld-row { clear:left;} .tlds .tld-row .tld { float:left; display:inline-block; width:100px;}

There are likely several places where text wouldn't wrap, or where it wouldn't make sense for the text to wrap in the design, so this is an issue we won't fix. The solution is to use white-space.

Thanks for the info. Strange that the tag doesn't even exist when run via cron. When you ran it via cron, was this in CLI mode, or did you run the cron manually through Blesta's interface in [settings] -> [system] -> [Automation]? I'd be curious to know whether there is a difference. I've assigned this issue as CORE-724.