Thanks, we'll evaluate this solution.
When I saw the lists' country parameters, I thought it include the DST info. Could you please confirm your idea and be sure? If it includes DST parameters, we'll change, if not, we won't change. You can find DST parameters here: https://www.timeanddate.com/time/dst/2024.html
I couldn't understand what you were trying to say.
My question is: If your timezone capability supports DST, we will pass our custom and only UTC-supporting timezone structure in the product to abp's time zone parameter.
Does your timezone capability support DST feature? Could you please confirm?
Hello,
I checked this document before generating a ticket. I found https://www.iana.org/time-zones in https://abp.io/docs/8.3/framework/infrastructure/timing#time-zones. In iana, they said: 'The Time Zone Database (often called tz or zoneinfo) contains code and data that represent the history of local time for many representative locations around the globe.'
In light of this information, can we say that the DST requirement has been met? According to the information we will receive from you, we will pass our custom and only UTC-supporting timezone structure in the product to abp's time zone parameter. Could you please confirm?
Thank you very much,
During 2FA with the email, verification code may not come at the first trial or can be expired before entering it. Currently the only option going to home page again and retry. Adding a resend button could help for those cases.
Thanks
@berkansasmaz, @maliming
Thank you for your attention.
I know feature system very well and it is irrelevant. I do not want my parent module depend all of optional/plugin modules. Every plugin module has implementations of some interfaces, for example. And I must manage DI manually for this scenario. At last I assume that Abp does not support dynamic dependency tree modification and we must add plugins at startup module.
This feature would be nice, Abp team may consider adding it.