Paul

Does your PHP have the GD library? TCPDF sometimes uses the GD library to format the logo or background image.

Do you have a suggestion on how this should work? I don't remember the exact conversation internally, but we opted not to include it in the AJAX templates for a particular reason.

Very nice!

A new row for what?

For now, here are the instructions on removing branding manually -- http://docs.blesta.com/display/user/Removing+Branding Keeping the branding helps spread the word about Blesta, but we will probably make it a setting available to those with unbranded licenses to disable. This will keep the change across upgrades for convenience.

There's no official ETA and I don't want to speculate too much. It's very involved, and we want to release something polished. We will have more information as we get closer to releasing the plugin.

haha. We think it's better, but the English invented English so who's to say who's right?

Nice work! Very detailed.

We've had a few people request this. The data is available to the template, so it could be added by modifying the template file. The extra information could cause rows to wrap more easily. Do you want just the customer name to be listed, or the company name also? Should it be listed in its own column, or next to the Client #? Just curious what you think. We wanted to have an option in a lot of tables where you could select which fields you want to be displayed, and in what order. This is the best solution, as it could be customized to your staff account.. but it's quite a bit of work and I don't have any ETA on that.

This was fixed in 3.3.1, as part of CORE-1455. Please upgrade to 3.3.1 to resolve.

This should be possible with the system we created in 3.3 that allows a module to "share" data between services. The module would create the view to change the password, and all services would recognize the change. Of course, Multicraft has to be updated in order to take advantage of this.

Thanks for your feedback! As Mike mentioned, we are working on better domain support. A HB migrator is also planned, but migrators are very time consuming to build and most people are migrating to us from the other guys. Hopefully we'll be able to focus on a migrator once some of the bigger issues (like the domain plugin) are resolved. You should definitely be able to write the other extensions you need, or hire someone to do it if we don't have support for them. Blesta is more developer friendly than any of the other guys, and more and more developers are becoming familiar with Blesta.

This is the recommended way to do it, so that you don't have to worry about it when you upgrade. If you overwrite the file, you'll have to add it back whenever you upgrade. Setting a different logo for the theme is the best way to go.

You should be careful with removing pricing that is in use, doing so could be problematic. With price overrides being added in 3.3, it's likely that there will be a method by which to set a price-override for all affected services when removing a pricing option in the future.

I don't mind!

The order form follows the standard flow, whether there are any config options, additional prices, or addon packages that could be purchased. The argument could be made that if none of those exist, it should skip the step but it is a special circumstance. Feel free to start a feature request thread if you'd like to request a change.

Based on Mike's video, looks like there's some lag time for the approver email to appear due to the API call that it has to make with GoGetSSL. Did you give it enough time? I would use the browser inspector to see what's going on with that request also, if it can't access GoGetSSL's API, then it will never load.

If it's still a problem, I suggest confirming all of your details with Enom. Others have also reported in the past that Enom was in error when listing their IP address, and they had to request it again. Also, consider what IP address requests are actually sent from. If your website's IP address is 10.0.0.5 but the server's IP address is 10.0.0.4, then you likely want to list 10.0.0.4 instead as Enom will see the main server IP address.

So you want to include the contact type next to their name in that dropdown? The contact add/edit pages in the client interface are changing pretty significantly in 3.4, but I believe this still applies.

Looks interesting, so it doesn't need to communicate with a 3rd party service?

najahost is right, clients need to order services through the order form. You can create order forms under Packages > Order Forms. The order form handles the entire order process from start to finish.

On service status change is part of CORE-562. It doesn't belong to any of our sprints for 3.4, though it's tentatively assigned to 3.4.

A task exists for this already, CORE-737 but it's not currently scheduled for dev so I don't have an ETA for this. I suggest blocking them at your firewall for now, it's generally more effective anyway.

We don't have an ego on the matter, I'd like to support all the different domain registrars. We have limited resources though, so we are attempting to put them to the best possible use by developing the most highly requested features first. An argument can be made that not many people have requested NameSilo because of the fact that we don't offer it, and doing so would open up the market. I talk a lot about widening the funnel for Blesta. Offering more integrations widens the funnel, and increases our market reach. So yes, NameSilo would be great. Right now we have been focusing largely on core features. Shoring up the core, so that we can focus more of our efforts on extensions in future releases. Pro forma invoices, pro rata, price overrides (all part of 3.3) are considered by many to be critical features. Only we can work on the core, but other developers can build extensions to integrate with an endless number of 3rd party services and APIs. We are also working on a domain registrar plugin, that will allow for simpler set up of domain TLDs and pricing, and consolidate many of the features of domain registrars to make module development for registrars simpler going forward. It's difficult to take time away from highly requested features, to build a registrar module a few people want, that we'll have to rewrite later anyway to make it work well with the domain registrar plugin. So, we hear ya. We know we need more integrations like NameSilo, and we aren't saying no. We just have to prioritize, and it's a difficult thing when we have so many great feature and extension requests. The community has had a large impact in the direction of development since our initial alpha releases, and we consider that dialogue of vital importance.

PayPal now requires HTTP 1.1, if your server is sending HTTP 1.0 headers then they will reject it. Blesta doesn't set this header, so it is likely set by CURL. Are you running an old version?