Activities of "EngincanV"

There is an issue with the version 7.4 rc-3. I have an issue with the following packages that couldn't be restored with this version

Unable to find package Volo.CmsKit.Pro.Common.Web. No packages exist with this id in source(s): ABP Commercial NuGet Source, C:\Program Files\dotnet\library-packs, C:\Program Files\dotnet\sdk\7.0.307\Sdks\Microsoft.NET.Sdk.Web\library-packs, Microsoft Visual Studio Offline Packages, nuget.org

Hi, thanks for reporting. We will fix the problem and publish the packages asap.

Further investigation of the ToDynamicListAsync method shows the new module uses
System.Linq.Dynamic.Core v 1.2.18
as opposed to the latest 1.3.4.

Upgrading the package fixed the issue.

This was a new module created by the latest version of ABP Suite. V1.2.18 is marked as Vulnerable. This may need to be fixed in the Project Templates.

Thanks for reporting. We have already upgraded the package version to v1.3.3 in 7.4.0-rc.1:

I agree, 6 months is good, but as it is coded currently it is a session time, NOT 6months.

Okay, I will update the related part and it will be available in the next release.

Hi, as far as I know, some regulations by countries have limits like min 6 months of expiration (for example: Ireland).

Also, if we set the expire as Session then it will act differently in every browser. For example, in Safari, it will show the consent even if you switch apps, or in Internet Explorer, it's not taken into account at all. Thus, I think it's more suitable to add an absolute 6 months as the date for expiration.

Hi, I have created an internal issue for your findings related to nullable warnings on Suite-generated codes.

In the ABP Suite generated code,Application Service Extended.cs Should inherit interface ,not in AppServiceBase.

This is fixed with v7.4.0-rc.2. Thanks again for reporting the problem.

In the ABP Suite generated code,Application Service Extended.cs Should inherit interface ,not in AppServiceBase.

Hi, thanks for your suggestion. This really makes sense, because otherwise if a custom method is added to the application service interface, it should be implemented in the application service base class and it will be overridden in the next generation, which we don't want in any case. I will create an internal issue for this.

Hi,

Thanks for reporting. I will check this and write you back asap.

Regards.

Hi,

Thanks for reporting. I will check this and write you back.

Regards.

Hi,

Thanks for reporting the issue. I will create an internal issue for the problem and fix it asap. Btw, your credit is refunded. Thanks again.

Regards.

ABP Suite most wanted feature has been implemented.
Your custom code will not be overwritten anymore
https://commercial.abp.io/releases/pr/14629

This is Amazing addition to Suite. Well done ABP Team.

Can ABP team create a customisation sample for us to learn for-example adding collection/List to RootEntity, Domain Services, EFcore and Application Services and then regenerate based code

Hi, we have an internal issue with creating documentation to highlight this feature. We will describe the customization process within an example.

Showing 881 to 890 of 1359 entries
Boost Your Development
ABP Live Training
Packages
See Trainings
Mastering ABP Framework Book
The Official Guide
Mastering
ABP Framework
Learn More
Mastering ABP Framework Book
Made with ❤️ on ABP v10.1.0-preview. Updated on November 07, 2025, 08:20