Closed Psichorex closed 7 months ago
This update primarily focuses on upgrading to Orchard Core 1.8, aligning with the latest Orchard Core improvements and API changes. It involves updates to target frameworks, package versions, and subproject commit references across various modules, utilities, and test projects. Additionally, there's a concerted effort to improve asynchronous calls and integrate new Orchard Core features, reflecting a broad enhancement of the project's functionality and compatibility with the latest Orchard Core version.
Files or Directories | Change Summary |
---|---|
src/.../Lombiq.OSOCE.Web.csproj , test/.../Lombiq.OSOCE.Tests.UI.csproj |
Updated TargetFramework to net8.0 and incremented package versions. |
src/Modules/... , src/Libraries/... , tools/... |
Updated subproject commit references. |
.github/workflows/... |
Updated GitHub Actions workflow references. |
test/.../Tests/ModuleTests/... |
Modified constructors to accept ITestOutputHelper and added/modified test assertions. |
Objective | Addressed | Explanation |
---|---|---|
Upgrade to Orchard Core 1.8 (OSOE-751) [#638] | ✅ | |
Utilize new async features from Orchard Core PRs [#638] | ❓ | The summary does not explicitly mention the utilization of new async features from specified Orchard Core PRs. However, the upgrade to Orchard Core 1.8 likely encompasses these changes indirectly. |
Update forms according to Orchard Core PR [#638] | ❓ | Without specific mention of form updates in the summary, it's unclear if the changes from Orchard Core PR #14806 were applied. |
Add release notes about AI setup changes and UI Testing Toolbox [#638] | ❌ | The provided summary does not include information about updating documentation or release notes. |
The overall changes seem to align well with the primary objective of upgrading to Orchard Core 1.8, with some specifics about how new async features and form updates from Orchard Core PRs have been applied remaining unclear from the summary alone. Documentation updates, particularly for release notes, appear to be outside the scope of the provided changes.
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
See the :open_file_folder: files view, the :scroll:action log, or :memo: job summary for details.
contentpreview teszt
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
See the :open_file_folder: files view, the :scroll:action log, or :memo: job summary for details.
Asnyc
This pull request has merge conflicts. Please resolve those before requesting a review.
See the :open_file_folder: files view, the :scroll:action log, or :memo: job summary for details.
execption
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
Always add such issues links for workarounds in the code. And keep to https://lombiq.atlassian.net/wiki/spaces/OCORE/overview#Creating-issues (I added it to our GitHub project now).
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
https://github.com/Lombiq/NodeJs-Extensions/actions/runs/7887385794 This happens when trying to publish to NuGet. As far as I am concerned collection literals are not a preview feature. I didn't find a corresponding part of the https://lombiq.atlassian.net/wiki/spaces/DEV/pages/786857987/Managing+releases+of+open-source+projects whether what to do if a .NET upgrade happens for instance. Do you have any idea or suggestions how to overcome this?
NE targets netstandard2.0
and should keep doing that for compatibility with .NET Framework projects. You can't use new C# features there.
NE targets
netstandard2.0
and should keep doing that for compatibility with .NET Framework projects. You can't use new C# features there.
That's what I was going to ask this moment. Whether NE actually brings the langVersion from the global setting. BUT this error is not present locally. Which means if I don't use collection literals it will induce warnings in the solution. So shall we supress these warnings of manipulate that rule?
You can also specify <langVersion>
just in the csproj of NE, with a comment on why that's necessary, to avoid the warnings.
The default <LangVersion>
for netstandard2.0 is C# 7.3. But that also doesn't include file scoped namespaces. So what language version shall we use there? Btw namespaces were introduced in C# 10 which requires .NET 6 so I don't even understand how is that usable in a netstandard2.0 project and the CI didn't warn us before about that one.
Please use what works with netstandard2.0. But I don't think you need to do a release here, since only the sample is updated, and this project doesn't depend on OC.
This pull request has merge conflicts. Please resolve those before requesting a review.
Please use what works with netstandard2.0. But I don't think you need to do a release here, since only the sample is updated, and this project doesn't depend on OC.
I adjusted the syntaxes used in Lombiq.NodeJs.Extensions
you can see the changes in the the PR:https://github.com/Lombiq/NodeJs-Extensions/pull/91/files#diff-9cf2858bf3bd132496ec78748544fe8bb1e628b8244b6e65be188fa6f774b5de
But as you said in this case I won't actually do a release here because only the .Tests
project is modified by the .NET upgrade and it is OC independent.
Thanks!
This pull request has merge conflicts. Please resolve those before requesting a review.
CI Tests are failing due to this:
I will increase the timeout now but I have a feeling that this shouldn't be increased.
Does .NET 8 have maybe anything to do with increased timeout demands? We need them both on windows and ubuntu now on the larger runners. I am not an expert in this field I haven't yet looked into timeout values and why we need them. All I know is that you have mentioned it should be less than 720000
on larger runners.
That timeout is already large and shouldn't be increased without adding any further tests. Most possibly a test is flaky or downright failing.
That timeout is already large and shouldn't be increased without adding any further tests. Most possibly a test is flaky or downright failing.
Maybe related: https://github.com/Lombiq/Open-Source-Orchard-Core-Extensions/pull/694 but here nothing was touched that should cause such a case. It was derived from latest stable dev and only a PS1 script was changed.
Also this: https://github.com/Lombiq/Open-Source-Orchard-Core-Extensions/actions/runs/7905683913?pr=673 I see that this was recently fixed but it seems that the fix doesn't cover all cases. Correspoding issue is OSOE-771https://lombiq.atlassian.net/jira/software/c/projects/OSOE/boards/36?selectedIssue=OSOE-771
So, it's indeed a failing test. You need to fix that (looks like an incompatibility that 1.8 brought) and revert the timeout values.
This pull request has merge conflicts. Please resolve those before requesting a review.
Do you know how to increase the test case timeout? https://github.com/Lombiq/Open-Source-Orchard-Core-Extensions/actions/runs/7914125012/attempts/1#ra3eb2a264s18 Walkthorugh tests are timing out and I am not getting a proper error why is it actually failing. For me locally the test passes at the first run.
This is a different timeout, some browser command doesn't complete, i. e. the test completes but fails. See the stack trace in the error message and download the failure dump.
This is a different timeout, some browser command doesn't complete, i. e. the test completes but fails. See the stack trace in the error message and download the failure dump.
The part that always fails is somewhere at the Deployment plan
section.
I now went thorugh the logs and found the following:
This part is recursively appearing until the test times out.
And by the screenshot it uploads it seems that the popup modal is appearing in such a way that it is covering the select button of the OC modal's card element thus I can't click on it gets stuck?
Then, apparently that UI changed in 1.8 and you have to change the selector the Walkthroughs module uses to display the tooltip not to hide it.
Then, apparently that UI changed in 1.8 and you have to change the selector the Walkthroughs module uses to display the tooltip not to hide it.
The main problem is that he javascript that the module uses to render that tooltip is fine. Locally it is working as it should be. See:
javascript
:
Local data-popper-placement="top"
:
data-popper-placement="bottom"
At this point I have no clue why does the CI env change the render position from top to bottom as the script clearly says it should be top. I checked the button element on both CI and Local and they are exactly the same. Local: CI:
I changed it from top to right so that window size won't really affect it and it works now.
This pull request has merge conflicts. Please resolve those before requesting a review.
This pull request has merge conflicts. Please resolve those before requesting a review.
See the :open_file_folder: files view, the :scroll:action log, or :memo: job summary for details.
tcontext
This pull request has merge conflicts. Please resolve those before requesting a review.
OSOE-751 Fixes #638