Activities of "michael.sudnik"

We have tried it for a different user on a new computer and we did not have to add the solution to the abp suite (but had to install it).

Created a new solution with RC1 (MVC, Mobile: None, MongoDB, Public web site (and CMS-kit), not tieried, Preview version). Ran the DB MIgrator. Started the web version without any problems. Tried to start the web.public and got the following error:

I have inherited from the base MongoDBRepository and added the following method

public virtual async Task<IAggregateFluent<TEntity>> GetMongoAggregatedAsync(CancellationToken cancellationToken, AggregateOptions options = null)
        {
            var sessionHandle = await GetSessionHandleAsync(cancellationToken);

            var collection = await GetCollectionAsync(cancellationToken);

            if (options == null)
                options = (await GetDbContextAsync()).ProvideDefaultAggregateOptions();

            IAggregateFluent<TEntity> aggregate = sessionHandle != null ? collection.Aggregate(sessionHandle, options) : collection.Aggregate(options);

            return ApplyDataFilters(aggregate);
        }

My dbcontext has the following

public interface IExtendedMongoDbContext : IAbpMongoDbContext
    {
        string GetCollectionNamePublic<T>();

        AggregateOptions ProvideDefaultAggregateOptions();
    }

I also have an equivalent new method for the GetMongoQueryableAsync.

At the very least, it would be nice if these methods were virtual, so that they could at least be overriden within a repository, allowing the default aggregation options to be specified.

https://github.com/abpframework/abp/blob/ef5f6fb81e5168d4e52493bc507c452e15692eae/framework/src/Volo.Abp.MongoDB/Volo/Abp/Domain/Repositories/MongoDB/MongoDbRepository.cs#L514

https://github.com/abpframework/abp/blob/ef5f6fb81e5168d4e52493bc507c452e15692eae/framework/src/Volo.Abp.MongoDB/Volo/Abp/Domain/Repositories/MongoDB/MongoDbRepository.cs#L528

Thabks for that.

Are you also planning to modify datatables-extensions to automatically handle the abort if there is a pending request?

yes it is now fixed. thanks.

This is a bit weird... If I then rename the role back to the original name, the permissions reappear.

When the role is renamed and the permissions are cleared, the permissions are not applied to a logged in user, but simply renaming the role back to the original means that a logged in user is then correctly assigned the permissions.

When will 4.2.1 be released? We need the fix for the modals within modals.

There are also other repositories where the methods are not all marked as virtual, e.g. MongoIdentityRoleRepository

Maybe you could add a unit test to detect and ensure that all public methods of any repository are overridable?

Nevermind, the issue was that the Microsoft.Extensions.FileProviders.Embedded was reporting as being downgraded. I had removed the package form the domain.shared and web project, but had not added it back again. After adding it again, it fixed the problem.

I probably wont be able to investigate until after Christmas now.

What did you try?

It might be the fact that I am using mongodb? I also have created a single module exposing 75 permissions.