virtual modules shadow/service have unaccessible online documentation

[erwindon]

Description of Issue

The documentation for both the virtual module shadow and the execution module shadow have the same page url. Therefore the online documentation for execution module shadow cannot be accessed.
The same happens for virtual module service.
It does not happen for any of the other virtual modules.

Setup

none, existing saltstack.com website only

Steps to Reproduce Issue

Go to the page for virtual module shadow: https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.shadow.html. Now try to see the documentation for execution module shadow by following link shadow and see that it points to the same page again.
The same happens for virtual module service.

My suggestion is to rename execution module shadow to linux_shadow; and to rename execution module service to sysvinit_service.

Versions Report

N/A

[garethgreenaway]

@erwindon Thanks for the report.

[max-arnold]

I wonder if it is possible to write a test or make a change in the build process that will prevent this from happening in the future.

[mchugh19]

Sounds like this would also be helped by implementing the naming convention suggestions from #30533

[johnnybubonic]

worth noting this does NOT occur for the "online"(in the classical sense of the word) docs, e.g. salt-call sys.doc shadow or salt '<TGT>' sys.doc shadow - the Linux shadow execution module is shown. i didn't check to see if you're generating the HTML docs from sys.doc's source or vice versa, but if you are, the namespacing issue is not present on sys.doc.

same for the service execution module (is indeed accessible via sys.doc).

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue.

[max-arnold]

Bump

[stale]

Thank you for updating this issue. It is no longer marked as stale.

[max-arnold]

#53296

[barbaricyawps]

Closing as this was resolved by #53296