[brauerj@gc.adventist.org] said: I would be curious to know the reasoning behind the function call approach (vs filter object). I would think the templates should be designed to more EASILY allow direct editing rather than more obfuscation and forcing us to always depend on ABP Suite.
Hi, I completely understand your perspective on preferring a more direct editing approach rather than working through multiple function calls, which can feel like a form of "obfuscation." Your concern about potential reliance on ABP Suite is also valid, and I actually agree with you on that point.
When we started developing ABP Suite, one of our main goals was to provide an editable template system, allowing developers to easily customize the templates they work with. We do currently support that capability. However, with the addition of new template types (such as custom code, file upload, master-child, etc.), the growing number of templates can indeed make it challenging to locate and update the right one efficiently.
I'll go ahead and create an internal issue for this, and we’ll evaluate how we can improve the customization experience in upcoming versions.
Thanks for your feedback.
[user5.abpio] said:
(we suggest composing all UIs in the main application, and our tutorials also explain in that way, but you can make some modifications to make your services as independent UI apps)
I will run a test on this, thanks for your response.
Thanks. Please let me know if you need help.
Regards.
[sghorakavi@cpat.com] said: Hi EngincanV, Let me try to access from Host instead of getting from AuthServer. That way, Web server might get the image as well. Thank you, Sudha
Yes, this might be a better and easier solution. Please let me know if you need help.
Regards.
[nacho] said:
[EngincanV] said:
[nacho] said: Thanks, bot! 🙂ABP team, I reported this so you can take a look, as it could become a time-consuming issue if all three developers are experiencing the same problem.I hope the information provided is enough to investigate. If not, I’d be happy to show you the issue live by sharing my screen, just let me know.
Hi, sorry for the bot's response, it sometimes helps :)
Thanks for the detailed information and sharing the
appsettings.jsonfile with the error logs, this helps a lot to identify the problem.[ERR] Error getting value from 'MigrationsMigrationsDbContext' on 'Volo.Abp.Suite.Models.Solution'.
Before you update the
appsettings.jsonfile, do you remember the value of theMigrationsMigrationsDbContextfield? Also, I will create a tiered solution and try to understand the problem better, but by any chance, can you also share the not-updated (default) values of theappsettings.jsonfile, so I can see the changes and check at the code level? (I'll try to identify at which point ABP Suite is currently unable to determine the related path)Regards.
No, sorry... we don't have the previous
appsettings.json. When we encountered the issue, we removed the solution from ABP Suite and tried to add it again (also without success). What we can share with you (preferably in an online meeting) are the error messages and logs we get when trying to add or open the solution in ABP Suite (after removing the solution from ABP Suite). That might be a quicker way for you to troubleshoot the issue.
Thanks for the update. Actually, I've created a tiered application just before and will try to reproduce it on my side. If i can't do it, I might need your help, I'll let you know.
Thanks again. Regards.
[danielgan] said: FAQ suggests that without the abp key, apps are perpetual and are still supposed to run without the obligation to renew. However, the reply from the bot is that ABP commercial license is time-based.
Hi, sorry for the inconvenience, and please ignore the bot’s response.
As mentioned on our FAQ page, ABP licenses are perpetual, meaning you can continue using them without needing to renew. There are some limitations after your subscription ends, such as losing access to version upgrades and tools like ABP Suite but your existing applications and usage remain fully valid and unaffected.
Please let me know if you have any further questions.
Hi, since you're using a tiered application, by design, the HttpApi.Host and AuthServer projects have direct access to the database and are responsible for exposing the necessary APIs. The UI layer (typically the Web project) consumes these APIs.
Would it be possible for you to implement your logic in the HttpApi.Host project to return the background image as a URL, and then use that URL in your Web project? Or is there a specific reason this approach doesn’t work for your case?
If there’s something I’m missing, could you please clarify and provide a bit more detail so we can better assist you?
Regards.
Hi, we've assigned an Angular developer to assist you with your question. To help her support you more efficiently, could you please share the following information:
Regards.
[nacho] said: Thanks, bot! 🙂 ABP team, I reported this so you can take a look, as it could become a time-consuming issue if all three developers are experiencing the same problem. I hope the information provided is enough to investigate. If not, I’d be happy to show you the issue live by sharing my screen, just let me know.
Hi, sorry for the bot's response, it sometimes helps :)
Thanks for the detailed information and sharing the appsettings.json file with the error logs, this helps a lot to identify the problem.
[ERR] Error getting value from 'MigrationsMigrationsDbContext' on 'Volo.Abp.Suite.Models.Solution'.
Before you update the appsettings.json file, do you remember the value of the MigrationsMigrationsDbContext field? Also, I will create a tiered solution and try to understand the problem better, but by any chance, can you also share the not-updated (default) values of the appsettings.json file, so I can see the changes and check at the code level? (I'll try to identify at which point ABP Suite is currently unable to determine the related path)
Regards.
Hi, could you please send an email to license@abp.io regarding this issue? This platform is focused on technical support, and licensing-related questions are best handled directly by our licensing team.
In your email, please include the following details to help us assist you faster:
NuGet.Config file includes the https://nuget.abp.io feed.appsettings.secrets.json contains the AbpLicenseCode (or any related configuration).Providing this information will help us identify and resolve the issue more efficiently.
Thanks for your understanding. Best regards.
[vkelwan] said: We already Run the Migrations for Both PostGres service and MongoDb Service. Also there is no option to provide permissions for role or user and also not appear in the database.
We also take reference from community post and also check sample code given in repository, but it did not helped me in sorting this out.
So help me.
Hi, by any chance, can you share your solution via email (to support@abp.io with the ticket number), so I can directly check it through your project?