Cody
-
Posts
1,574 -
Joined
-
Last visited
-
Days Won
74
Posts posted by Cody
-
-
The latest version of the import manager is included in the first post of this thread. Download it if you are running some version other than 1.0.3 of the import manager plugin. This plugin comes prepackaged with the WHMCS migrator, so no need to download that separately if you're upgrading the import manager.
If you already have version 1.0.3 of the import manager plugin then simply download the WHMCS migrator as per the instructions.
This update will display any errors encountered during the import process. Run it and report back any errors you receive.
-
And now, again I have issues with this.. I know everything was working before upgrading to 3.0.4 but since I'm not really sure.
I get return emails with the following:
This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: pipe to |/home/username/public_html/members/plugins/support_manager/pipe1.php generated by support@memoryx2.com local delivery failed The following text was generated during the delivery attempt: ------ pipe to |/home/username/public_html/members/plugins/support_manager/pipe1.php generated by support@memoryx2.com ------ Fatal error: Call to undefined function mailparse_msg_create() in /home/username/public_html/members/plugins/support_manager/vendors/mime_mail_parser/MimeMailParser.class.php on line 113Looks like you either moved servers or disabled the Mailparse extension. That extension is required for parsing incoming emails for the ticket system.
-
Okay, so the reason why there is no customer-id is because the customer could not be created due to a missing address-line-1. Update the client's record and be sure to set an address.
-
I'm thinking about turning my Pi into a sprinkler control system, and creating an interface to configure schedules over the internet, and possibly tie into weather monitoring service (NOAA) to automatically disable/reschedule during rain showers.
It could be fun to play around with when used in conjunction with my video surveillance system.
-
Sounds like this might be related to CORE-532 fixed in 3.0.3 (discussed here: http://www.blesta.com/forums/index.php?/topic/949-fao-tyson-domain-customer-id-field-and-yearly-bug/?p=8259).
Can you post the details of the module log for the request?
If this is indeed related to CORE-532, it's impossible for us to reproduce as the logicboxes API does not function the same in the dev environment as it does in the live environment, which is quite annoying.
Added CORE-832 to investigate once we have the module log details.
-
-
Update to the import has been released. Get the latest version here.
-
CORE-831 is fixed in 3.0.5.
-
Based on their docs (http://secure.netbilling.com/public/docs/merchant/public/directmode/directmode3protocol.html) it doesn't look like they support offsite storage.
Looks like a pretty simple and straight forward gateway though. -
There's an migrator for WHMCS in the import manager plugin included with Blesta. It will import pretty much everything but packages, services, and module info. We should have an updated version out next week that includes support for importing packages, services, and module info as well.
-
-
Now please let me suggest following. How about having that currency code displayed in services list too (or like everywhere where we deal with currency) in case Show Currency Code is enabled?
It's redundant for me to keep saying this, "Because it would be redundant".
Could you explain why this is a bad solution? Which particular use case would not work? What would be wrong?
"Because it would be redundant".
$5.00 USD
$25.00 USD
$16.00 USD
$15.95 USD
Why do I have to keep saying "USD" for every price when everything displayed on that page is in USD? That's the definition of redundant.
-
OK, so you would use $ for example.
Now you would have
"$1.50" on the left in the services list and "$1.50 USD" on the right in Your Cart. So far so good. After a while your company expands and you start dealing with Czech Republic for example. We have Czech Koruna here as a currency and its code is "CZK" and it has no prefix and a common suffix is "K
-
Thank you, you have just described the case I was asking about.
So, we have a business that deals with USD and CAD and this is why the $ prefix would not be sufficient. OK, that makes sense. Now would you use prefixes or not?
Yes, I would always use a prefix (e.g. $).
-
I take it as NO.
What you're asking is equivalent to asking "When does it make sense to invoice a customer on August 14th?" It completely depends on your business.
If I was running a company in North America and did business with the US and Canada I would enabled currency codes for display because both countries use "dollars" ($), but the values are which are completely different, therefore necessitating the display of the currency code to differentiate the two.
OK, so I think there is a bug that in case Show Currency Code is enabled, the currency codes are not displayed in the list of services.
This is not a bug because that's how it's designed to work.
For an unknown reason you do not think this is a bug because "there is a chance that there might be a valid scenario for this, but you can't really imagine it".
No, it's not a bug for the aforementioned reasons. And you've already accepted that you can configure things to work how you want them to, so why do you persist with this silliness?
So could you please at least ask an unbiased third person to check whether this make any sense to him/her? If you can't find one, please ask Paul. Thanks.
Paul was involved in the decision making on the reason to exclude the display of currency codes from the package listings of the order forms in order to remove redundancy.
Just because you don't like the way something works does not a bug make.
-
OK, I will use different wording: Can you name and describe 1 valid scenario with this enabled?
That question is relative and depends entirely on your business, locality, and whether or not you process multiple currencies.
-
I know that solution and it works well, thank you.
However, this is not what I am talking about. My question is this: Is there any valid scenario with Show Currency Code enabled? I am asking because I do not see any working combination here with this enabled.
That question is relative and depends entirely on your business, locality, and whether or not you process multiple currencies.
-
I'm sorry, I really do not understand your logic:
Yes, and it is completely normal in all shops I have ever seen that currency codes, symbols, prefixes, suffixes, whatever you call them, are displayed even if the shop does sell only in one currency all of its items to all of its customers. Displaying currency symbols is not like writing a code, redundancy is not bad here.
If I go to http://www.amazon.co.uk/ then on that main page there are many items and all of the prices have this "redundant" £ in front of them. I know amazon is not a good example here (but try http://host-unlimited.de/ for better example), but displaying this "redundant" information is normal from my point of view and for me it does not make sense to list a price of an item without a currency code or symbol.
You're confusing currency code with currency prefix/suffix again. Like I said, only the currency code is not displayed for package price listings on order forms.
This is why I say that I can see no valid example with Show Currency Code enabled. And as "valid" I mean something that would look "normal", "usual", "common".
If you want prices listed as:
x.yz USD
Do the following:
- Disable display of currency codes
- Edit USD currency, remove the prefix and set the suffix to " USD"
That's all you have to do.
-
You can see that Your Cart subtotal and Total Due is "0.00 USD", which is OK, but the item price "22.50" is without currency. If I want 22.50 with currency. I have to set either prefix or suffix and that will corrupt Subtotal and Total Due to "$0.00 USD" or "0.00 USD USD". So I can see no valid example with "Show Currency Code" enabled.
As I said, you can disable display of currency codes and then set a suffix of " USD" for the currency. That should get you want you want. The reason why the listing of services does not display the currency code is because it is redundant. All prices displayed on screen for the order form are of the same currency -- always.
-
Another issue might be that the SFTP user doesn't have permission to write to the directory where the backups are going, but then I would expect you'd see something in the cron log about that.
-
You have the ability to control the prefix and suffix for each individual currency, as well as whether or not to display the currency code after the price. So you have the ability to configure every aspect of how currencies are displayed. What about that doesn't work for you?
The format is [prefix] [price] [suffix] [currency code]. You can set whatever you want for prefix and suffix per currency and enable/disable currency code. If you want you can include the currency code as part of the prefix or suffix of any currency.
Without currency code enabled:
$x.yz
$x.yz USD
x.yz
x.yz USD
x.yz$
x.yz$ USD
USD x.yz$
USD x.yz
USD $x.yz$ USD
USD $x.yz
With currency code enabled:
$x.yz [uSD]
$x.yz USD [uSD]
x.yz [uSD]
x.yz USD [uSD]
x.yz$ [uSD]
x.yz$ USD [uSD]
USD x.yz$ [uSD]
USD x.yz [uSD]
USD $x.yz$ USD [uSD]
USD $x.yz [uSD]
-
What version of Blesta?
-
The currency code is not a suffix. You can disable display of currency codes under [settings] > [Company] > [Currencies] > [Currency Setup].
-
I don't see any problems with your screenshot, and given that 3.0.4 had no CSS changes I'm going to go out on a limb and say not a bug.
Domain Transfer Not Working With Logicboxes Module
in Support
Posted
The data required by logicboxes varies with each TLD, so it's not necessarily a dependency of using the module.