[DOC] Fix bad link to resolve docs-ci failure#166
Conversation
| | <<plugins-{type}s-{plugin}-query_template>> |<<string,string>>|No | ||
| | <<plugins-{type}s-{plugin}-result_size>> |<<number,number>>|No | ||
| | <<plugins-{type}s-{plugin}-retry_on_failure>> |<<number,number>>|No | ||
| | <<plugins-{type}s-{plugin}-result_on_status_>> |<<number,number list>>|No |
There was a problem hiding this comment.
@yaauie, please validate that this fix aligns with your original intent before I merge it.
| | <<plugins-{type}s-{plugin}-result_size>> |<<number,number>>|No | ||
| | <<plugins-{type}s-{plugin}-retry_on_failure>> |<<number,number>>|No | ||
| | <<plugins-{type}s-{plugin}-retry_on_status>> |<<number,number list>>|No | ||
| | <<plugins-{type}s-{plugin}-retry_on_status>> |<<number,number>>|No |
There was a problem hiding this comment.
The intent here was to have the text of the link say "number list" because it takes a list of numbers.
There was a problem hiding this comment.
What about result_on_status_>> --> retry_on_status>>? This change aligns with labeling in descriptions section, but I don't want to guess incorrectly.
There was a problem hiding this comment.
<<number,number list>> will work for plugins generated for the Logstash Plugin Reference, but will fail in the Versioned Plugin Reference (VPR). Why? Because the abbreviated anchor format (<<internal-anchor>>) works only within the same book. Outside of the context of a particular book, that format has no meaning.
-
LSR. This format works in the LSR because the referenced topic is present in the Logstash Reference.
-
VPR. The reason the format for our typical Value types works in the VPR at all is because of gsubs in the VPR docgen script:
So when you modify the expected format to be <<number,number list>>, it doesn't match the gsub <<number,number>>. It renders literally and fails docs CI in the VPR docgen PR.
There was a problem hiding this comment.
Related:
If a number list is something we expect to use more frequently in the future, we should update docs for to add number list as a value type. OR expand the current entry for number to show an example/description of a number list. The current description and example is for a single entry.
There was a problem hiding this comment.
Not sure we want to make it so easy to deviate from the standard. Instead we should vet and update links and gsubs to be more appropriate to our input types.
If a number list is something we expect to use more frequently in the future, we should update docs for to add number list as a value type. OR expand the current entry for number to show an example/description of a number list. The current description and example is for a single entry.
karenzone
left a comment
karenzone
left a comment
There was a problem hiding this comment.
DO NOT MERGE until same issue on line 353 is resolved!
|
@yaauie I'd like to get this fix merged to avoid breaking future Versioned Plugin Reference builds. Please consider comment and open an issue in
|
|
Replaced by #172 |
3 participants
No description provided.