Footnote text is displayed in main text / outside footnote

Another thing: Once I insert a footnote between Footnote #1 and Footnote # 3 it is numbered as the last footnote (e.g. #24 out of 24 instead of #2 of 24). Why isn’t the renumbering of the footnotes processed automatically in such cases?

Dear @oda2021,

Thank you for reaching out and reporting these multiple bugs. Regarding footnote?2 numbered as #24, I was just wondering, then found your new report that it was newly added. Normally none of these bugs are expected to happen, but the second-last bug report is about a similar bug, yet we didn’t change anything that would cause such issues given the plugin is nearly stable since v2.5.5 was released one month ago (February?17,?2021).

One thing I noted is that the page you need help with is minified, so maybe it is also cached in a special way that would cause new footnotes to be appended to the already processed ones? Perhaps you might wish to try disabling the optimization plugin for once and see if sequential order is restored.

Your first report is about footnotes #4 and #6 being disturbed while #3 and #7 work fine. What I can currently see on the page is that #1, #24(!), #2, #4, #6 and #8 (among the first) work fine while #3, #5, #7 are disturbed. Looking into the paragraph yielding the first disturbed (#3) and a working footnote (#4), we’ll see that the disorder is due to another process adding misplaced color spans:

1. Immediately after the paragraph start tag, there is a font span start tag and a line break.
2. Then comes the first color span start tag: <?span style="color: #000000"?> before the paragraph text begins.
3. Where the footnote (#3) comes after “angemessen sein”, there is a space between the last word and the first footnote span start tag. (On a side note, this space should not be there as it could cause the referrer to occur at line start.)
4. Then comes the footnote referrer as it is in the template used.
5. Still consistently with the footnote.html template, follows the start tag of the span enclosing the footnote text for the tooltip.
6. Here comes the error. A span end tag, that is not in the template, is found here. We’ll see what it is the closing tag of. Being misplaced, it disturbs the footnote, making the tooltip empty, and the footnoote show up inline.
7. Follows the footnote text, composed of two link texts with hyperlinks joined with the conjunction “und”. (Small mishap, the last “0” is after the link end tag.)
8. Here follows the proof of the disorder’s origin: A color span start tag, same as above, is misplaced here, just before the footnote tooltip text close tag. As a consequence, the erratic span end tag pointed above, before the start of the tooltip text, is the closing tag of the first mentioned color span start tag.
9. The following two span end tags, one to close the footnote text, one to close the footnote as a whole, conform to the end of the template footnote.html (in wp-content/plugins/footnotes/templates/public/).
10. Then comes the jQuery tooltip script from tooltip.html.

The fix is to disable the process adding the redundant, misplaced black color span tags.

Another thing worth noting is that there might be an issue with the footnote delimiter short codes. Processed footnotes are found in the upper third of the page, while the lower two thirds have parenthesized references. This might be intentional though.

Sadly I’m unable to point you to the exact steps that need to be taken to implement the fixes, but hopefully these clues shall enable you to resolve the issues. If not, be sure to keep in touch, we’ll be happy to try to assist you further.

Best regards.

• This reply was modified 4 years ago by pewgeuges.
• This reply was modified 4 years ago by pewgeuges.
• This reply was modified 4 years ago by pewgeuges.

@oda2021,

Just got an easy possible fix, please try the following: In Footnotes’ dashboard, open the “Scope and priority” tab, for the_content input -1 in the number box in the Priority level column, and Save Changes. This will set priority level to lowest and increase the odds that the color spans are added before the footnotes are processed.

The content hook was set by default to higher priority because of various issues requiring this number to be less than 1200, or 1000, or 99, so as to process the footnotes before other plugins adding e.g. features to be displayed below the reference container, or scripts with strings mistaken for footnote start and end short codes. If your pages are free from these issues, as they are at first sight, lowest priority is safe to use.

Yet I’m sorry for not seeing such an easy possible fix for the footnote numbered out of sequence.

• This reply was modified 4 years ago by pewgeuges.

As the disorder reported in this topic is the responsibility of the theme or another plugin, the topic will be marked as resolved while staying open. Feel free to use it if you require any further assistance.

Thank you.