Leaderboard

Well, since naja7host had 3 plus one's in there.. CORE-1387

It's not available yet, but I'm in the process of spec'ing it out, and we'll be starting development soon. The goal is to have it included in 3.4, and possibly release it as a beta prior to 3.4 beta but it will depend on how quickly it comes together, and if we run into any issues.

+Bacon is correct, too bad it was applied to the same feature request.

The secret phrase to guarantee task creation for a feature request is much like TOTP. It changes frequently and cannot be used again. Failure to guess correctly causes the feature request to be ignored for a random amount of time between 5 seconds and 37,000 years.

lollllllllllol that make my day I was almost maiking a cene to get that also

For ticket auto-replies, do you mean the initial ticket received email? You can currently set an auto-close ticket response per department, but not the initial auto reply. One thing we're planning is CORE-1358 which allows for custom email templates to be created. It may be possible then, after that, or in conjunction with that, to allow the selection of different templates in different areas of Blesta.. including auto-replies and separate templates per department. So, this suggestion may fit well with that task, and be dependent on it.

I've posted this a few times in different threads, so I figured it might be beneficial to have it's own thread for those who might go looking for it in the future. Currently, it is not possible to merge accounts in Blesta which can sometimes cause an issue with the same client registering twice (once using their email and again using a custom username). A quick fix for this (which will likely need to be redone after Blesta updates) is to remove the option to register with a custom username. ============================== Edit this file: /plugins/order/views/templates/standard/types/registration/signup.pdt Find and [either remove or comment out]: <div class="radio"> <label> <?php $this->Form->fieldRadio("username_type", "username", ($this->Html->ifSet($vars->username_type) == "username"), array("id"=>"username_type_username")); $this->_("Signup.index.field_username_type_username"); ?> </label> </div> The result will look like this on the registration form:

FYI, the conditional Paul described hasn't been added yet, and wouldn't work. But you can refer them to the ticket {update_ticket_url} so they can see it.

might be a spam email without correct stuff, go to the PHPMyAdmin on your server and check the support_tickets table click status and see if you have any open.

Almost since the day I started using Blesta, I have been manually editing a core file to remove the option for clients to register with a username (http://www.blesta.com/forums/index.php?/topic/3178-remove-option-to-register-with-custom-username/) Adding a setting to the admin side of things to allow us to select if we want to allow usernames would be much appreciated. Personally, I prefer to have client information be uniform, so having some clients with custom username and other with emails as usernames just bugs me (and for a billing system, I just prefer emails anyway).

I knew I should have saved it...but, +Bacon should always give at least some sort of advantage, that's like a natural law or something...so maybe I'll try again later

I don't even know who I would hire to do this (electrician?, network tech?), so I guess I had no choice Haha.

+1 +1 +1

Yup, he's already checked that and said it was set correctly (this is what I initially thought of as well).

best unit of time ever lol

Not sure why you have two accounts and posted a duplicate thread, but I responded to your other one.

500 internal server errors preceed php's error handling. You should check your webserver logs for more info.

Yeah, sorry about that. I didn't realize the variable wasn't available to the template. 3.3 is in a feature freeze, and as of just now we have a 3.3.0-b1 build that's in QA.

Not likely to make it into v3.3.

That normally should be a option in blesta to disable it .

Thanks for th tip . we also need a option to disable this via blesta settings .

which is why I asked, 3.3 might be on a feature freeze since it's so close so figured I'd ask

Have a look at this post: http://www.blesta.com/forums/index.php?/topic/1928-blesta-live-chat-rc-104-2ºrc/?p=15347

I just instelled it and it is great,I will replace even widgets on my html templates i have on few sites.Thanks a lot.

Worked for me.... I added just the bellow line tho. Thanks a lot. Options +FollowSymlinks -MultiViews RewriteRule ^client/(.*) https://example.com/BLESTA-SUBDIR/client/$1 [R=301,NC,L]

Merging clients isn't yet available. She probably had "Specify a username" checked and "Use email as username" unchecked, so she chose to create her own username instead.

Fixed in CORE-1368.

See CORE-1274. Attachments are not sent via email, as they may be too large. Instead, attachments can be downloaded via the browser. If you look at this task, you can update your email template to include a link to the ticket if there are any attachments by copying the conditional in the task. I've added it here for reference. {% if ticket.reply_has_attachments %} Files have been attached to this ticket reply. You may visit {update_ticket_url} to view the ticket and download the attachments. {% endif%}

Yeah that's fine and then do others for other prices. The documentation is currently being improved and added to every so often as the guys are working on the code part and then will get back to it .

If you use cPanel you can install/Activate like this: SSH on your server and execute: pecl install mailparse Now edit the php ini file with: nano /usr/local/lib/php.ini in the last line add this: extension="mailparse.so" Now save and test it

i'm Sure 100% you have not got our idea . ok , i will give you a case from your site , as i se in your site you have INR (india) currency enabled . if your client select this currency , he can't pay with paypal . that all . another more profound example , let say all your bussines based in India , you have only paypal as a gateway . the clients can't use this gateway (paypal) unless you change the currency in your site to USD or another accepted currency in paypal . NOTE: paypal is allowed in india , but is not supporting INR . Thanks PauloV , i'm glad that my idea was well recieved , i don't know how i can exmplain that to MR Michael , maybe i have a bad english . i have already make a se n how the gateways work in blesta 3 , i have found something different from v2.5 , also i have not see any option that i can alter the gateways functions (or maybe i have a poor skills in php ) , all the accepted currencies are stored in database .

you have got the main probleme , we need this feature to not force client to 1 or 2 currencies . you have not get the idea for what we are talking , the idea was well recieved by Cody , Mike, PauloV . another time : 1- add a new currency that are not in the supported corrency in paypal . 2- affect this currency to a client . 3- generate a invocie for this cleint with that corrency . 4- show me now how you can pay it with paypal .

We are talking here about currency that are not supported by some gateways . let imagine you have a company in a country that thier currency is not supported by paypal !!! how you can accept payment with paypal ? the only one solution is to add a conversion proccessor inside the system that convert a NO-SUPPORTED currecny to a supported one like USD . another more realistic case , a client that select XXX as default currency . when the invoice are generated with that currency , making payment with no supported gateway is not possible in blesta system . to understand me well , 1- add a new currency that are not in the supported corrency in paypal . 2- affect this currency to a client . 3- generate a invocie for this cleint with that corrency . 4- show me now how you can pay it with paypal . the worst thing now in v3 , that we should add all the world's currency to the gateways , and add the conversion inthe gateway. in v2.5 it was a simple option named multi-currency , when we disable it , all the active gateways appear to the client when he want to pay . now is impossible . IF BLESTA stuff didn't se any benifict from adding a conversion rate in the gateways for no supportred currency . make as a option that let the gateways appear to all cleints , whithout checking the currency in the cleints profile .

Solved for you in stripe . can you solve it in paypal ? moneybookers (skrill) ? and some others one ?!!!! Sorry , that is not ridiculous . that help in boosting selling . if i want to expand new market , i should stop because i can't accept thier currency . we have the same situation in V2.5 , we have increase our sell in some countries that has no paypal currencies with implementing this in our custom gateway . this subject if for searching a better way to offer this feature , and not to copy/paste other's ridiculous just to note whm** is not the only soft that has this feature , other's also has . you can add it as a new setting , who want it ,activate , who don't like it , disable it .