This is indeed curious, I have this same problem too, I just hadn't noticed it until I read your post.
As to the why... I have no idea . I think this answers question no1.
2. Bug is a harsh word, probably a simple operator error, much in the same way that RoboHelp sometimes rewrites custom HTML code.
3. Wrestling, no.
4. A simple solution is to place all the paragraphs withing the list item. This will require handwork in your source files, but it's only once and when you know how Robo works, it's only a very minor nuisance.
Your source code looks like this:
<li class=p-Steps><p class=Steps>Text</p></li>
Now place all paragraphs within the list item:
<li class=p-Steps><p class=Steps>Text</p>
This looks exactly the same, but with correct numbering. I don't know wheter this can be done from the WYSIWYG editor, but a simple operation is to go to HTML mode and relocate the </li> tag.
PS. Excellent problem description in your PDF.
Thank you, Willam, for your prompt, thoughtful and complimentary reply. I'm somewhat relieved that I haven't missed something obvious but concerned that more effort will have to be applied.
Meanwhile, my comment and question:
1. If WYSIWYG is to be trusted for a commercially mature product, then if not true I'd consider the product to have a bug (notwithstanding someone coming forth with a fix that doesn’t require postprocessing!).
2. Does RH8 exhibit this same paragraph-numbering discrepancy? (My customer plans to purchase RH so "their people" can also work the project. This could become problematic, and not just because once converted, as another post points out, the RH8 project cannot be used by RH7. Whee!)
Thanks, all, for reading. Please keep adding to the body of knowledge!