Paul
-
Posts
6,581 -
Joined
-
Last visited
-
Days Won
817
Posts posted by Paul
-
-
What version of Blesta are you running? Did you import from another system, or migrate TLDs from the old method into the domain manager or is this a fresh setup? Any errors written to ../logs_blesta/ when attempting to change the registrar for .com to Enom?
Regarding #2, the error means that the feature is not supported by the module - not necessarily that it is not supported by the registrar. It's possible this has yet to be added to the Enom module.
-
On 4/20/2022 at 3:53 PM, Robert-Jan Kuilema said:
Hello,
I was wondering if there is a documentation or a code to login outside my Blesta installation, so on my other website.
Kind Regards
You can view the source of the login page and copy the form fields and post URL. However, you will need to disable CSRF checks for the login page. Per https://docs.blesta.com/display/user/Configuration+Files you would update your /config/blesta.php to set the following for Blesta.csrf_bypass for the client area login URL.
Configure::set("Blesta.csrf_bypass", ['client_login::index']);
-
What version of Blesta is this? Have you made any modifications or are you using any third party extensions? What browser are you using? Do you have a lot of configurable options? Did you make any changes to the order or client bootstrap templates or CSS? A full screenshot might provide more answers.
-
On 4/13/2022 at 12:49 AM, Wira said:
Hai...
It's been long time... any fix for this issue?
I'm facing the same issue on current Blesta version 5.3.2. Also has been confirmed with my Registrar about this issue.
Hope Blesta can fix soon.
Thanks.I have created this task and our developers will take a closer look very soon. https://dev.blesta.com/browse/CORE-4622
What registrar are you using? Though I was able to reproduce it with our Generic Domains module, I had to manually add one of the TLDs to it. It seems you are using a custom module, so it is possible that it is module related. I could not reproduce it when using .co and .uk.co, though each were configured to use a different registrar.
-
On 4/14/2022 at 7:52 AM, barryf said:
I am having the same issue. Nothing in the logs, in the Client area it shows the invoice as Sent, but they are not. Manually sending it works as expected.
What version of Blesta are you running? What version of PHP? Which logs are you checking? The file logs, at ../logs_blesta/ (Full path defined under Settings > System > General) may have more information. Only logs written in the files containing the word "cron" are relevant, from the time of the delivery attempt.
You can do a couple tests:
- Edit an invoice, make sure "Email" is checked. If it is checked, delivery should be attempted at next cron run.
- Wait for the cron to run, edit the invoice again and see if it is no longer checked. Is it checked? Was the email sent? Does anything appear in the Email log under Tools > Logs: Email? Is anything written to the ../logs_blesta/ file logs?
To see if the problem is related to your CLI PHP, try the following:
- Disable your cron job on your server.
- Edit an invoice, make sure "Email" is checked.
- Wait 5 minutes from the time you disabled your cron job. Go to Settings > System > Automation, and click the button to manually run the cron job. Was the email sent? Is "Email" unchecked for the invoice?
- Re-enable your cron job.
If it sends when running the cron manually in the interface, then your CLI version of PHP may be missing dependencies.
-
14 hours ago, LittleCreek said:
Is there a way to create resellers within Blesta with special pricing? I want to give a couple of people special pricing based on how many VPS services they purchase. Like if they have 10 VPSs at any given point they will automatically be given a 10% discount or if they have 20 VPSs at any given point they will automatically be given a 20% discount on all VPSs they have.
You can use "Restricted" packages to give special pricing to customers.
- Copy an existing package and adjust the price, and set it to "restricted".
- Under the client's profile page Actions > Set Packages, grant them access to the package.
- Make sure the package is assigned to an order form. Only clients that are logged in and have access via Set Packages will see the package and be able to order it.
There is nothing automatic about this due to quantity, etc. If you want to make a feature request and can provide details, feel free to submit at https://requests.blesta.com
-
6 hours ago, pdi said:
... is there anybody out there? ...
Blesta can currently import pricing into TLDs, but the TLDs must be created first. In version 5.5 we plan to have an option to also import the TLDs themselves as well.
-
I've created this task https://dev.blesta.com/browse/CORE-4596 to add a redirect option. To do it now, you'd need to write some PHP code that would accept the affiliate code and write the necessary cookie, then do the redirect on its own. It's not complicated but requires some PHP knowledge.
-
3 minutes ago, joshin said:
PHP 7.4.x deprecated the function and adding the warning.
I'm currently running 7.4.27, but it's been there for a while.
I created this task so we can update PHPIDS for PHP 8 https://dev.blesta.com/browse/CORE-4588 however, a deprecation warning should not cause any actual problems, unless you have errorReporting or debugging enabled in /config/blesta.php errorReporting should be set to "0", debugging, false.
If you are seeing this in the logs, but everything is working fine, then there's nothing to worry about.
-
23 hours ago, EuroDomenii said:
Exactly!
My use case is selling subdomains ( we’ve done a fork of generic_domains with internal whois). This really needs a separate order form.
However, I guess that even separating order forms of new gTLDs versus classic TLDs, would be another use case.
I've created this task https://dev.blesta.com/browse/CORE-4586
-
10 minutes ago, okcpilot said:
Yep! I was running the portal through Cloudflare and it was being cached. Turned it off and now everything works. Much appreciated!
Good to hear!
-
What version of PHP are you running? Looks like this is removed in PHP 8, so the plugin will not be compatible with PHP 8 unless we update it.
-
On 2/24/2022 at 8:15 AM, okcpilot said:
Update: This is happening with the hCaptcha and internal captcha as well.
Is your web server doing any caching/proxying? If the page is cached, then CSRF and captcha's will not work correctly.
-
If I understand, you want to create different Domain Package Groups for different order forms? So that you can offer certain TLDs on an order form, and others on a different order form? Or have different pricing for TLDs on different order forms?
This is not currently supported, but might be something we want to look at. I can see this being useful, but in order for this to work there would need to be a way to "switch" between different domain package groups under TLD Pricing, so that when you edit TLDs it's for a specific group. Right now, only the 1 group is supported.
Am I on the right track? What's your use case for having multiple domain groups?
-
13 hours ago, Marcel K said:
Hi there!
i tried to upload the yandex gateway to my blesta (5.2.2) but it doesnt appear in the install section fpr payment gateways.
Is there any updated version for this? Or is there any other step to do, or only copy the yandex directory to the described path?
Greetings
Did you get the version from the Github link? What version of Blesta are you running? Did you upload it to /components/gateways/nonmerchant/ ? The directory must be unpacked to that location.
-
Which captcha type are you using? What are the steps to reproduce? For anyone stumbling on this, here's how you can manually disable captcha's in the database, from https://docs.blesta.com/pages/viewpage.action?pageId=10551368#Debugging/Tools-DisableHumanVerification(CAPTCHA)
UPDATE `company_settings` SET `value` = 'a:0:{}' WHERE `company_settings`.`key` = 'captcha_enabled_forms' AND `company_settings`.`company_id` = 1;
-
We can tag them and see if they reply. @Blesta Addons are you all still around? Some have been concerned.
-
3 hours ago, PixelPaul said:
did anyone find a solution to push invoices to QBO with transactions/taxes/credits/customer etc..?
the expsoltech plugin is way to expensive for us and does not do enough.
Did you look at this one also? https://modulesfactory.co/
-
12 hours ago, CptPlastic said:
I've seen this error before how can we fix this.
[2022-02-04T06:01:05.199891+00:00] general.ERROR: Uncaught Exception Error: "Call to a member function send() on bool" at /var/www/vhosts/projectseven.us/public_html/core/app/models/messenger_manager.php line 587 {"exception":"[object] (Error(code: 0): Call to a member function send() on bool at /var/www/vhosts/projectseven.us/public_html/core/app/models/messenger_manager.php:587)"}
What version of Blesta is this? What version of PHP?
Do you have the Messenger system enabled? Settings > Company > Messengers, and Messenger Configuration.
Also check all support staff under Support > Staff: Edit. Do any staff have any boxes checked under "Receive Ticket Messenger Notifications"? If the Messenger system is not in use, no staff should have any of these options enabled.
-
19 hours ago, Qurius said:
Same error with no files in ~/uploads/system/
You don't have more than 1 uploads directory do you? Check that the path is correct as defined under Settings > System > General. This should not occur unless the old geoip database file is present.
-
21 minutes ago, Jason said:
I think I may have found the issue. My hosting provider, in trying to diagnose another problem in Blesta, had turned on debugging. I turned it off and did a test run and I think it is working correctly now.
Not sure why turning on debugging would stop the payment process from working, but I think that was the issue.Appreciate your help!!
Ah, very good! Yes, errorReporting and debugging in /config/blesta.php should never be left on, only enabled temporarily to diagnose an issue. Good catch!
-
11 minutes ago, Jason said:
Thanks.
I am using Stripe Payments (not a migration from the previous Stripe version).
Version of Blesta is 5.2.2, I believe I upgraded from 5.1.x.
Errors occur with existing accounts. It may happen with new accounts too, but it is happening on accounts that have paid via stripe in the past.
I am unaware of any changes with the PHP 7.4 settings (although it is possible that something was adjusted - e.g. I am on a managed VPS).
--JasonThere is an issue with the Stripe API library in PHP 7.4 for Blesta versions < 5.3.0. I would recommend rolling back your PHP version to 7.3 and see if the issue persists. After the final release of Blesta 5.3, you can switch PHP back to 7.4.
-
11 hours ago, Jason said:
Customers are getting an error message when paying through Stripe. I only started having this issue after upgrading to Blesta 5.2.2. Not sure that has anything to do with it, but I did upgrade recently.
The error log says, ""array_key_exists(): Using array_key_exists() on objects is deprecated. Use isset() or property_exists() instead";}"
Anyone else having this issue?
Are you using Stripe or Stripe Payments and did you switch/migrate from Stripe to Stripe Payments? What version of Blesta did you upgrade from? Are the errors occurring with only new or only existing payment accounts, or both? What version of PHP are you running and did you change it, or change anything else on the server recently?
-
15 hours ago, Qurius said:
"So you have the .mmdb file in the right location, and the database shows that geoip_enabled is true and the settings page for GeoIP at ~/admin/settings/system/general/geoip/ still throws an error?"
The database was showing that GeoIP was enabled and I disabled it. Disabling it fixed the issue with the error when viewing the clients but did not fix the issue with accessing the GeoIP settings page .
"Check if GeoIP is actually working. Go to a client's profile page, hover over their IP address on the left next to "Last seen". Does it show their location in the a tooltip?"
The tooltip only shows their last activity not location.
"Are there any other errors written to the log file ../logs_blesta/ (full path defined under Settings > System > General) when you reload the GeoIP settings page?"
In logs_blesta this is generated when accessing the GeoIP settings page:
general.ERROR: Uncaught Exception Error: "Call to undefined function Blesta\Core\Util\GeoIp\geoip_open()" at /home/account/public_html/clients/core/Util/GeoIp/GeoIp.php line 38 {"exception":"[object] (Error(code: 0): Call to undefined function Blesta\\Core\\Util\\GeoIp\\geoip_open() at /home/account/public_html/clients/core/Util/GeoIp/GeoIp.php:38)"}This function geoip_open() is no longer used, it shouldn't be called. What could cause it to be called is if you have a copy of the OLD maxmind GeoIP file.
What files do you have in your ~/uploads/system/ directory? If there is an old version of the GeoIP data (Not the one ending in .mmdb but one ending in .dat, it will try to call this function. The file should be removed.
Migration Issue
in Pre-Sales Questions
Posted
It sounds like there might be an invoice with duplicate number or ID. Since it probably failed at that point, it would be useful to take a look in the invoices table to see what the most recent invoice imported was. Then compare to WHMCS and see which invoice is next. That one is likely the culprit.