Conversation
|
Yes, but hard to tell what is failing in latest. It passes fine in exist 6. |
|
Not sure what is hard to tell. It passes with the typecast |
|
I assume it is not related to the change in this PR but rather a change in latest exist in the last 3 month |
|
@line-o Ci runs from today are all green on |
|
Ah you mean https://github.com/eXist-db/function-documentation/actions/runs/14375034667/job/40305340805 |
|
even the released version 1.2.1 is broken on exist 7 |
| the test is still running with 1.1 |
|
Yes, and it should pass. app:print-module($module, $funcsInModule, boolean($details))What is happening here is somewhat beyond me. |
On CI this is likely because there hasn't been a push event in the core repo since 1.2.1 was released that would have triggered a new container deploy. |
|
Let me reiterate the failing tests are almost certainly unrelated and need to be fixed with #72 |
|
@line-o i m not following. Without this change test on master are passing on ci, with it they fail. Can you reproduce the test failure locally? What happens locally if you reverse the commit? |
|
As I wrote in #72 when testing on my local machine if found the released version 1.2.1, master and this PR to be broken on exist 7 but all three run on exist 6 |
This reverts commit f0f8c8f.
|
@line-o i agree that the typecast should not be necessary in theory, but practice shows it to be necessary. see above. This matches my local testing from when i did the housekeeping PR. Without the cast the app was broken, with it it worked. I'll try to have a look at what happens on exist 7 by default on the weekend. |
|
🤯 That's a worrying result |
|
yup the flight of the boolean bumblebee |
This is #66 rebased on current master