Problem/Motivation

  • When using the Footnotes module with automatic footnote numbering, duplicate footnotes are rendered in the output.
  • If no footnote number is manually specified in the content (i.e. relying entirely on automatic numbering), the same footnote appears more than once in the generated footnotes list.
  • This does not happen when a footnote number is explicitly provided manually.

Steps to reproduce

  • Install and enable the Footnotes (beta4) module
  • Create or edit a content item (e.g. Basic page)
  • Only local images are allowed.
  • Add footnotes using the standard footnotes syntax without specifying a number manually
    (Example: relying on auto-numbering)
  • Save and view the page

Only local images are allowed.

Actual result

  • Duplicate footnotes are displayed in the footnotes section.
  • The same footnote text appears more than once.

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Comments

manishsaharan created an issue. See original summary.

scott_euser’s picture

Version: 4.0.0-beta7 » 4.0.x-dev
Category: Bug report » Support request
Priority: Major » Normal
Status: Active » Postponed (maintainer needs more info)

Hi there! Please see the installation instructions on the module homepage (e.g. the block setup) + note if you have anything e.g. bigpipe/other lazy loaded the javascript specific grouping option. Please also use the latest version of the module (you noted a significantly outdated version). Thanks!

bserem’s picture

Status: Postponed (maintainer needs more info) » Active
StatusFileSize
new18.58 KB

The problem happens for me with the current dev version (dev-4.0.x ea0e66f) but not with 4.0.0-beta7

No other changes, just upgrading from 4.0.0-beta7 to dev is enough, although it is a bit different in appearance. Adding a screenshot.
These are 2 footnotes in total, getting (a) and (b) links, the text only appears once.

scott_euser’s picture

I think more detailed steps will be bedded unfortunately. This should cover it unless you have it configured in some way differently than the test coverage https://git.drupalcode.org/project/footnotes/-/blob/4.0.x/tests/src/Func... - issue summary currently has broken images and doesn't seem to cover it and latest comment doesn't explain steps to reproduce from a fresh install (since I don't have your site).

Thanks!

scott_euser’s picture

Status: Active » Postponed (maintainer needs more info)
manishsaharan’s picture

Version: 4.0.x-dev » 4.0.0-beta7
Category: Support request » Bug report
Status: Postponed (maintainer needs more info) » Needs work
StatusFileSize
new288.2 KB
new534.81 KB
new76.56 KB

After updating the module to the latest version, duplicate footnotes are being rendered in the footer.

Upon further debugging, the issue appears when footnotes are added in both the Body field (CKEditor) and a Site Studio Text Component that uses the same CKEditor field.

Observed behavior:

  • When footnotes are added only in the Body field, there are no duplicates.
  • When footnotes are added only in the Site Studio Text Component, there are no duplicates.
  • However, when footnotes are present in both, duplicate entries appear in the footer.

Steps to reproduce:

  1. While adding a node, insert some footnotes inside the Body field.
  2. Add a Text (or similar) Site Studio component that uses a CKEditor field, and insert footnotes there as well.
  3. Observe duplicate footnotes rendered at the bottom of the page.

Expected behavior:
Footnotes should be rendered only once in the footer, even when added from multiple CKEditor instances on the same page.

Actual behavior:
Footnotes are duplicated when both the Body field and Site Studio component contain footnotes.

Screenshots for reference:
Adding text in site studio component
Adding Node
View page

scott_euser’s picture

I don't use site studio (acquia?) so I won't be able to help here then but from an admin perspective can you please:

  1. Confirm what happens when you try what I referred to in #5
  2. Update the issue summary to reflect your more detailed investigation

Thanks!

rachel_norfolk’s picture

Status: Needs work » Postponed (maintainer needs more info)

This looks like it is waiting for more info

scott_euser’s picture

Yep, thanks!