Activities of "tomlew"

Using AbpStudio 0.9.11 and AbpSuite 9.0.0,

leptonx mobile menu is broken⚠️

Hi, we have an internal issue (#2539) for that. Thanks for reporting.

Hi, I noticed that the mobile menu issue in the LeptonX theme, also appears in my local project. Could you please let me know in which version this issue will be resolved? Additionally, is there any workaround I can apply in the meantime to address this issue?

• ABP Framework version: v7.2.2
• UI type: Angular with LeptonX
• DB provider: EF Core
• Tiered (MVC) or Identity Server Separated (Angular): no
• Exception message and stack trace:
• Steps to reproduce the issue:" I’m using Primeng components like dropdown, autocomplete, etc. but scrolling in these components is intercepted by abp page (body) scrollbar which remains visible instead of being hidden/disabled. This leads to scrolling the whole page, not the dropdown list. Manipulating by CSS doesn’t work. I want to control scrolling behaviour to workaround the problem. Is it possible to disable ABP page scrollbar programmatically?

We have the same issue in version 6.0.1. Before we upgraded from version 5.2.2 to 6.0.1 was working fine.

hi

How about this?

https://github.com/flamencist/ldap4net/discussions/168#discussioncomment-3565708

That works. Thanks for your help!

I have changed my docker file like this:

FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS base WORKDIR /app EXPOSE 80 EXPOSE 443

RUN apt-get update && apt-get install -y --no-install-recommends libldap-2.4-2 && apt-get install -y --no-install-recommends libldap-common && apt-get install -y --no-install-recommends gss-ntlmssp && rm -rf /var/lib/apt/lists/* RUN ln -s /usr/lib/libldap-2.4.so.2.11.7 /usr/lib/libldap.so.2 && ln -s /usr/lib/libldap.so.2 /usr/lib/libldap.so && ln -s /usr/lib/liblber-2.4.so.2.11.7 /usr/lib/liblber.so.2 && ln -s /usr/lib/liblber.so.2 /usr/lib/liblber.so RUN ls -l /usr/lib/libldap.so.2 && ls -l /usr/lib/libldap.so && ls -l /usr/lib/liblber.so.2 && ls -l /usr/lib/liblber.so

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build WORKDIR /src

COPY ./*.sln ./NuGet.Config ./

COPY core//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p core/${file%.}/ && mv $file core/${file%.*}/; done

COPY src//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p src/${file%.}/ && mv $file src/${file%.*}/; done

COPY test//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p test/${file%.}/ && mv $file test/${file%.*}/; done

COPY tools//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p tools/${file%.}/ && mv $file tools/${file%.*}/; done

RUN dotnet restore "Neuca.OrderManagementSystem.sln" --configfile "NuGet.Config" COPY . .

RUN dotnet build -c Release -nowarn:msb3202,msb3277,nu1503 -o /app/build --no-restore

FROM build AS test LABEL test=oms_test RUN dotnet test -c Release -nowarn:msb3202,msb3277,nu1503 --no-restore --results-directory /testresults --logger:trx;LogFileName=test-results.trx

FROM build AS publish WORKDIR "/src/src/Neuca.OrderManagementSystem.HttpApi.Host" RUN dotnet publish "Neuca.OrderManagementSystem.HttpApi.Host.csproj" -c Release -o /app/publish -nowarn:msb3202,msb3277,nu1503 --no-restore

FROM base AS final WORKDIR /app COPY --from=publish /app/publish . ENTRYPOINT ["dotnet", "Neuca.OrderManagementSystem.HttpApi.Host.dll"]

But the problem still exists, because there is no library other than those that should have been linked.

Unable to load shared library 'ldap.so.2' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: libldap.so.2: cannot open shared object file: No such file or directory

If you're creating a bug/problem report, please include the followings:

• ABP Framework version: v6.0.1
• UI type: Angular
• DB provider: EF Core
• Tiered (MVC) or Identity Server Separated (Angular): no
• Exception message and stack trace: System.DllNotFoundException at LdapForNet.Native.NativeMethodsLinux.ldap_initialize Unable to load shared library 'ldap.so.2' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: libldap.so.2: cannot open shared object file: No such file or directory
• Steps to reproduce the issue:" After upgraded version from 5.2.2 to 6.0.1 we have a problem with LDAP login. We are getting exception: System.DllNotFoundException at LdapForNet.Native.NativeMethodsLinux.ldap_initialize Unable to load shared library 'ldap.so.2' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: libldap.so.2: cannot open shared object file: No such file or directory

Our docker file: FROM mcr.microsoft.com/dotnet/aspnet:6.0 AS base WORKDIR /app EXPOSE 80 EXPOSE 443

RUN apt-get update && apt-get install -y --no-install-recommends libldap-2.4-2 && apt-get install -y --no-install-recommends libldap-common && apt-get install -y --no-install-recommends gss-ntlmssp && rm -rf /var/lib/apt/lists/*

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build WORKDIR /src

COPY ./*.sln ./NuGet.Config ./

COPY core//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p core/${file%.}/ && mv $file core/${file%.*}/; done

COPY src//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p src/${file%.}/ && mv $file src/${file%.*}/; done

COPY test//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p test/${file%.}/ && mv $file test/${file%.*}/; done

COPY tools//.csproj ./ RUN for file in $(ls .csproj); do mkdir -p tools/${file%.}/ && mv $file tools/${file%.*}/; done

RUN dotnet restore "Neuca.OrderManagementSystem.sln" --configfile "NuGet.Config" COPY . .

RUN dotnet build -c Release -nowarn:msb3202,msb3277,nu1503 -o /app/build --no-restore

FROM build AS test LABEL test=oms_test RUN dotnet test -c Release -nowarn:msb3202,msb3277,nu1503 --no-restore --results-directory /testresults --logger:trx;LogFileName=test-results.trx

FROM build AS publish WORKDIR "/src/src/Neuca.OrderManagementSystem.HttpApi.Host" RUN dotnet publish "Neuca.OrderManagementSystem.HttpApi.Host.csproj" -c Release -o /app/publish -nowarn:msb3202,msb3277,nu1503 --no-restore

FROM base AS final WORKDIR /app COPY --from=publish /app/publish . ENTRYPOINT ["dotnet", "Neuca.OrderManagementSystem.HttpApi.Host.dll"]

Is anything changed? Should we install any additional lib in our docker file. I've been looking for a solution to this problem, but without success. Do you have any tips? With ABP 5.2.2 this Docker file has worked well.

If I create in a mvc controller method with a header parameter, then abp generate-proxy generate that parameter in proxy but won't use it. In my sample problematic parameter is named "expected-version".

• ABP Framework version: v4.3.3
• UI type: Angular
• DB provider: EF Core
• Tiered (MVC) or Identity Server Separated (Angular): yes
• Exception message and stack trace: no exception
• Steps to reproduce the issue:"

Mvc method: [HttpPut("{offerId:guid}/make-ready")] public async Task MakeOfferReady( [FromRoute] Guid offerId, [FromHeader(Name = "expected-version")] int expectedVersion) { ... }

Angular proxy method makeOfferReadyByOfferIdAndExpectedVersion = (offerId: string, expectedVersion: number) => this.restService.request<any, NoContentResult>({ method: 'PUT', url: /api/offers/${offerId}/make-ready, }, { apiName: this.apiName });

ABP Framework version: v4.3.2 UI type: Angular DB provider: EF Core Tiered (MVC) or Identity Server Separated (Angular): yes Exception message and stack trace: When I try generate new crud entity i got error in suite log:

2021-06-10 21:54:43.815 +02:00 [INF] 8/8 - AngularUiGenerateWithSchematicsCommand started...
2021-06-10 21:54:43.820 +02:00 [INF] Running the Angular Schematics command:
npx "C:/Workspace/OrderManagementSystem/src/angular/.suite/schematics/node_modules/.bin/ng" g ".suite/schematics/collection.json:entity" app-pro Neuca.OrderManagementSystem "C:/Workspace/OrderManagementSystem/src/aspnet-core/.suite/entities/Sample.json"
2021-06-10 21:54:49.365 +02:00 [INF] Angular Schematics command failed.
npm ERR! code ENOENT
npm ERR! syscall open
npm ERR! path C:/Workspace/OrderManagementSystem/src/angular/.suite/schematics/node_modules/.bin/ng/package.json
npm ERR! errno -4058
npm ERR! enoent ENOENT: no such file or directory, open 'C:\Workspace\OrderManagementSystem\src\angular\.suite\schematics\node_modules\.bin\ng\package.json'
npm ERR! enoent This is related to npm not being able to find a file.
npm ERR! enoent 

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\tomlewandowski\AppData\Local\npm-cache\_logs\2021-06-10T19_54_49_326Z-debug.log

2021-06-10 21:54:49.377 +02:00 [INF] 8/8 - AngularUiGenerateWithSchematicsCommand completed.          | Duration: 5561 ms.

Any ideas?

Obfuscated Dockerfile:

FROM mcr.microsoft.com/dotnet/aspnet:5.0 AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

FROM mcr.microsoft.com/dotnet/sdk:5.0 AS build
WORKDIR /src

COPY ./*.sln ./NuGet.Config  ./

COPY core/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p core/${file%.*}/ && mv $file core/${file%.*}/; done

COPY src/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p src/${file%.*}/ && mv $file src/${file%.*}/; done

COPY test/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p test/${file%.*}/ && mv $file test/${file%.*}/; done

COPY modules/Volo.Account.Pro/src/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p modules/Volo.Account.Pro/src/${file%.*}/ && mv $file modules/Volo.Account.Pro/src/${file%.*}/; done
COPY modules/Volo.Account.Pro/test/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p modules/Volo.Account.Pro/test/${file%.*}/ && mv $file modules/Volo.Account.Pro/test/${file%.*}/; done

COPY modules/Volo.LeptonTheme/src/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p modules/Volo.LeptonTheme/src/${file%.*}/ && mv $file modules/Volo.LeptonTheme/src/${file%.*}/; done
COPY modules/Volo.LeptonTheme/test/*/*.csproj ./
RUN for file in $(ls *.csproj); do mkdir -p modules/Volo.LeptonTheme/test/${file%.*}/ && mv $file modules/Volo.LeptonTheme/test/${file%.*}/; done

RUN dotnet restore "Neuca.OMS.sln" --configfile "NuGet.Config"
COPY . .

RUN dotnet build -c Release -o /app/build --no-restore
RUN dotnet test -c Release --no-restore --logger:trx

WORKDIR "/src/src/Company.App.HttpApi.Host"

FROM build AS publish
RUN dotnet publish "Company.App.HttpApi.Host.csproj" -c Release -o /app/publish --no-restore

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "Company.App.HttpApi.Host.dll"]