Blesta Addons

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.

it will be a fix for next update or every update we should do this?

admin tools plugin has this option.

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.

it was by core, no extra plugin, the blesta used is 4.10.2 .

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?

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.

and even more easy if you use our custom css plugin, just from admin side

from Edit invoice, i can see the ASTERISK that has a url to the service, so invoice_lines.service_id is set.

normally should be work with comma or with dot. in our country we use comma to separate decimal.

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?

from theme you can only disable all of them and not just item by item.

@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?

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.

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.

it has some effects in inherit classes or methods for Uri with client prefix?

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.

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?!!