Blesta Addons
-
Posts
4,868 -
Joined
-
Last visited
-
Days Won
389
Posts posted by Blesta Addons
-
-
it will be a fix for next update or every update we should do this?
-
On 7/10/2021 at 7:01 PM, Parzival said:
We need this function too
admin tools plugin has this option.
-
On 7/12/2021 at 7:14 PM, Jono said:
Here's a video of a basic test that I performed on a 4.10.2 installation. https://www.loom.com/share/40f5cd5005cb4799976f603b5175f1b8 As you can see, a queued upgrade created an invoice with no invoice_lines.service_id set. Do you have any suggestions for what I might do differently to reproduce your issue?
Hello Jono,
i have recorded a video and sent it to you in PM. as you can see it has the service_id filled, tested 3 times and the same result.
-
19 hours ago, Jono said:
These upgrades are performed through the core? What version of Blesta are you running? My installation does not link invoice lines from an upgrade to the service through invoice_lines.service_id so I've gotta figure out why yours does.
it was by core, no extra plugin, the blesta used is 4.10.2 .
-
5 hours ago, Paul said:
This would only be if the user was linked to multiple accounts. It would have to be a setting to allow this or not.
if client X was signed in company A, and after he want to sign in company B it should allow them to send, even if the unique username is activated. the unique username should be effective in each company and should not be across multiple companies. for me it still has no sense to share clients between multiple companies, at least this is against GDPR law.
the only way to do this is to make it public in terms, something like envato network or google products, one login for multiple website, in this case that isn't multi-company as is multi services/products.
i vote to separate clients/usernames between companies, or at least a option to enable/disable this behavior.
-
any option for this to be reality?
-
On 7/6/2021 at 6:15 PM, Paul said:
Hello! We have a task to allow users to have access to multiple client accounts, potentially cross-company. It's likely it will be cross-company. Upon login, a user belonging to multiple client accounts will have to choose which one to use. There hasn't been a ton of demand for this, and there are some details to work out, but it is something we are planning to do. See https://dev.blesta.com/browse/CORE-3942
with my respect, allowing users to select wish company is a ridiculous feature. normally when we set multiple company is to separate things, and to make every company standalone and separated totally from the other company. normally the client should not know that the company X has relation with company Y.
-
18 hours ago, TheMaster said:
easy hack with no hard work .
add this to your style sheet
#client_invoices , #client_transactions {display:none !important;}and even more easy if you use our custom css plugin, just from admin side
-
Just now, Jono said:
Thanks for the quick response, I'm headed out of the office, but I'll take a look first thing tomorrow morning. Are you able to identify the invoice for the upgrade in the database and see if the invoice_lines.service_id is set? That seems like the only way this could happen.
from Edit invoice, i can see the ASTERISK that has a url to the service, so invoice_lines.service_id is set.
-
3 hours ago, Paul said:
This issue has to do with using a comma as the decimal separator instead of a period? Does EUR normally use a comma?
normally should be work with comma or with dot. in our country we use comma to separate decimal.
-
3 minutes ago, Jono said:
I have been unable to reproduce, and looking at the code it shouldn't be possible (either in the latest version or 4.10). Invoices for upgrades do not set the invoice_lines.service_id field. The query to select services to suspend does an inner join on invoice_lines.service_id., so it doesn't seem possible.
That being said, I'm definitely willing to test again if you have specific steps to reproduce. If so, please provide
we still facing it. and i can't believe is impossible to reproduce, any client made a upgrade of service, then he didn't pay the upgrade, the service is suspended when the invoice are on overdue date, upgrade here are from package a to package b or by adding config add-on.
just yesterday i have unsuspended a service that was suspended due to non payment of the upgrade invoice. can i fetch any info in database to send it to you?
-
1 hour ago, TheMaster said:
you can hide them by hacking the default theme for the clients area .
from theme you can only disable all of them and not just item by item.
-
26 minutes ago, TheMaster said:
@Paul your answer to me sounds like they are allowed to do so .
Dear all accept my apologize am out of this forum .... and this module is sold out as of today . (we will not sell this any more)
current customer's updates will be maintained as usually since the module is maintained to use for our own company updates will be announced on our website . support is available only by support tickets for exiting customers .
again accept my apologize
kindly regards
@TheMasterwe don't want to lose a great developer, is true that some reaction are unacceptable in any case, based on my experience in selling digital products during last 12 years, we have faced more than that, if we count ticket/emails about insulting we can arrive to 10% of the total received, but we never was stopped. i hope you can return because going out is like you have announced the battle lose. i can understand @Paul decision, in other word, the people can say their opinion but also you can maintain your decision. a lot of post in this forums are against me, but i take them openly and i insist in my decision or my work. the true support are by ticket, and if we provide some extra support is because we want to offer it and is not in any obligation for us.
finally i support you.
-
normally it should generate invoice, if no, so this is a bug.
-
when a client change his email address, and we have the option for verification email enabled, the client status should be changed to unverified again until he verify he new email address.
-
any ETA for that?
-
10 hours ago, SW Hosting said:
It is possible to modify the url of /plugin/support_manager/knowledgebase/ for something shorter ?
you need to edit /config/routes.php, that was the easy part.
the hard part is to change all the urls from the template files and plugin files. something that more work and can lead to unexpected behavior.
-
On 6/28/2021 at 5:04 PM, DannyXYZ said:
Hello,
when i´am go to edit a configurable option and click to save it, i get always the error:
Renewal price must be a number.
My setting looks like this:
If i go to the price and add the price with a dot like this 0.0000 i can save it without errors and after i go to edit it again, it shows again 0,0000 with comma, but i can not save it if it has the comma on it, just if i change all to a dot, i can save.
may your issue is related to this issue. reported early but no fix until now
-
from admin side isn't possible now. i you have blesta latest version isn't possible from hacking client_controller file.
if you have blesta v4 you can hide them by commenting lines in client_controller.php
i'm totally chocked how this basic functions requested from 2014 not yet implemented !!!!
-
we cannot filter Transactions by gateway. actually Payment Type include "Other" that group all gateways.
-
4 minutes ago, Jono said:
In the core files, the client URI is mapped to client controllers, so for the core it has a purpose
it has some effects in inherit classes or methods for Uri with client prefix?
-
40 minutes ago, Jono said:
Obviously we still would keep client vs public navigation though as we wouldn't display the same nav items to each.
and this is correct, and also it should has different navigation link for clients and public. unless we considerate a client is like a public.
finally, the client prefix exist for something, if not it should be removed.
-
filters is working as search boxes, we suggest to add a internal function to remove spaces of posted data. we might add trim function() to resolve the issue.
-
57 minutes ago, Jono said:
see now, the client ticket list page does this:
$('#client_tickets a[rel]').blestaModalConfirm({ base_url: '<?php echo (isset($this->client_uri) ? $this->Html->safe($this->client_uri) : null);?>', submit: true, confirm_data: {id: $('input[name=\"id\"]', $(this)).val()} });
we have the base_uri instead of client_uri, and we have fixed with client_uri.
the issue is not the popup modal, is the client navigation url, some plugin is set for client side and need to be under client prefix, others for public and should be without client prefix , i think this is the issue not the dialog modal.
that was my point of view regarding PUBLIC and CLIENT navigation url, if they are the same why we have public and client?!!
strange errors i blesta logs
in Support
Posted
those URLs is probably a robot exploit crawling. they are many and they fetch for urls that are their database.
normally when url is access and no entry was find in blesta, the error is logged and 404 error page returned.