rowan.collins wrote:

To be honest, I'd say that the "trick" being used to keep these headers out of
the ToC is itself a bug, and that a heading should be a heading and no cheating
by using a different kind of markup.

However, there does seem to be a long-standing problem with the section edit
code, where the code which inserts "[edit]" links is divorced from the code
which counts the sections for "&section=X" edits. (See also, for example, bug
904, which appears to have been fixed). Without looking at the code, I'd guess
this is because "section counting" isn't done while parsing, but adding the
"[edit]" links is; I wonder if there's some way the counting *could* be done in
the "proper" parser, or made more structurally similar.

rowan.collins wrote:

*** Bug 1269 has been marked as a duplicate of this bug. ***

jeluf wrote:

There's a space added before the closing bracket during processing of </h1> HTML
tags.
Changed the regexp in CVS HEAD to also match </h1 >. Some simple test cases have
been solved by this.

Article.php, rev 1.368

zigger wrote:

*** Bug 2128 has been marked as a duplicate of this bug. ***

avarab wrote:

*** This bug has been marked as a duplicate of 2128 ***