We released v5.2 but this couldn't be shipped in v5.2 version, it'll be available very soon in the next patch version
In your json, type seems as string and value is "FontAwesome but it should int and values should be 0 and 1.
Most probably you've made a customization for json serializer such as serializing all enums as string in your project that affect the entire project.
Make sure ABP endpoints aren't affected that configuration if you have.
Hi @balessi75
I've confirmed the issue and we'll fix it in the next patch version of v5.2.
Thanks for your feedback, you question will be refunded (if available) since it's a misimplementation of some datagrid columns
Hi @cezary.bojko
Most of the file extensions have predefined font awesome icons. Icon definitions are separated with FileIconType
enum that has 2 members such as FontAwesome
and Url
. All the predefined icons are defined as Fontawesome
. So, font awesome classes shouldn't be placed as image by default if you don't override or configure icons for file management module.
Do you have any custom configuration in your application for File Management module? (at the backend, in C# side)
Hi @bozkan
IBlobContainer
is an abstraction over different providers and it contains only common operations. So currently, there is no GetListAsync
(or something equivalent) method.
You can manage your files with File Management Module. That module still doesn't get the list from the blob provider but it saves metadata about files in application storage and provides a system to you for managing your files.
As I see, this is a typical Redis timeout error. If the redis is deployed to a different server, that means you have to transfer entire data from redis to app, or app to redis and with 1000 count of data it might be costful. You can configure a bigger timeout value for redis or optimize the data that you transferred.
I can't find an exact answer for that. I don't know how you use the Redis. You can share Steps to reproduce the issue or provide a sample project so we can investigate if the problem is related to ABP or not but it seems it's not related to ABP, it seems it's a common Redis usage issue.
Hi @Buckoge
So far, I have successfully solved everything through documentation or through posts, now i need your help so I can upgrade to the new version
As you can see in the picture, the loading time is 3.18 s
As you can see in the picture, the loading time is 10.77 s
As an answer to performance issues, we can't say anything according to this comparison. Request-response time can be affected by many things including network bandwidth or server throughput or etc.
If you have any benchmark result that clearly shows the problem is related with ABP Framework, then we can take some action. Otherwise, we never know where the problem is.
CMS Kit doesn't implement that logic by default. You can customize BlogPost Create/Update pages as your wish.
The blogging feature of CMS Kit is already open-source: https://github.com/abpframework/abp/blob/dev/modules/cms-kit/src/Volo.CmsKit.Admin.Web/Pages/CmsKit/BlogPosts/Create.cshtml
If you place that .cshtml file same path in your application, it'll be replaced. You can check Completely overriding a razor page.
Also, you can follow the process from here
This should be done on the ABP Framework side. All the modules should implement changes between v10 - v11.
I'm adding this into our roadmap, but it seems it can be published in v5.3 as the closest version.
As a workaround, I can suggest to you using an older version of ELSA that uses automapper v10 if possible