"Anchor doesn't resolve" for Antora xref page fragment in nested include

Observed vs. expected behavior

In Antora I use xref to fragments in documents in other modules, for example

xref:sqldb:uspgenerator.GeneratorUspStep.adoc#column-Statement[uspgenerator.GeneratorUspStep.Statement]

They work in Antora, but they are marked by the plugin as error:

The link to pages is resolved:

xref:sqldb:uspgenerator.GeneratorUspStep.adoc[]

I am not sure if this is a general issue of if it is related to fact, that I use to deeply nested includes. this is the include structure

partials like sqldb:uspgenerator.GeneratorUspStep.adoc contains the fragments like column-Statement

// tag::AntoraColumnDetails[]

//other columns

[[column-Statement]]
=== Statement

[cols="d,m,m,m,m,d"]
|===
|
|Statement
|nvarchar(max)
|NULL
|
|
|===

//other columns

// end::AntoraColumnDetails[]

partials are addressed by template partial (sqldb:partial$template/master-page-5.adoc) partials containing

ifdef::ExistsProperty--Columns[]

== Column Details

include::partial${docname}.adoc[tag=AntoraColumnDetails]

endif::ExistsProperty--Columns[]

these templates are used in the final page sqldb:uspgenerator.GeneratorUspStep.adoc

include::partial$template/master-page-5.adoc[]

and finally, the page is referenced in another page which is in another repository / in another module:

xref:sqldb:uspgenerator.GeneratorUspStep.adoc#column-Statement[uspgenerator.GeneratorUspStep.Statement]

Steps to reproduce

the repositories are available on github:

• final repository where I get the error: https://github.com/DataHandwerk/DataHandwerk-docs
• source repository containing the code per entity and column: https://github.com/DataHandwerk/sqldb-docs

I added both repositories as modules in one IntelliJ project

Environment

Plugin Version: 0.32.37

IntelliJ Details: ____

IntelliJ IDEA 2021.1 (Ultimate Edition) Build #IU-211.6693.111, built on April 6, 2021 Licensed to DataHandwerk-toolkit-mssql / Germo Goertz Subscription is active until February 28, 2022. For non-commercial open source development only. Runtime version: 11.0.10+9-b1341.35 amd64 VM: Dynamic Code Evolution 64-Bit Server VM by JetBrains s.r.o. Windows 10 10.0 GC: G1 Young Generation, G1 Old Generation Memory: 5000M Cores: 4 Non-Bundled Plugins: com.intellij.plugins.vscodekeymap (211.4961.30), org.asciidoctor.intellij.asciidoc (0.32.37) Kotlin: 211-1.4.32-release-IJ6693.72

[ahus1]

Thanks for reporting this.

I looked into it, and found that the internal resolver doesn’t resolve the attribute docname in a nested include correctly (see include::partial${docname}.adoc[tag=existing_properties]).

It should either correctly resolve it, or not report a problem when it hasn’t managed to resolve all includes.

I’ll revisit this.

[aisbergde]

the issue is solved