## Summary When a work item description includes footnotes[^footnotes], the footnote section rendered below gets drag handles on each item and can be reordered via drag-and-drop[^sortable-lists]. [^footnotes]: https://docs.gitlab.com/user/markdown/#footnotes [^sortable-lists]: https://docs.gitlab.com/user/project/issues/managing_issues/#description-lists-and-task-lists Footnotes are auto-numbered based on their order in the source, so being able to reorder them is odd behavior. {width=622 height=450} ## Steps to reproduce Create a work item with a description that uses footnotes such as: ```markdown Some text with a footnote[^foo]. [^foo]: Some footnote content. More text with a different footnote[^bar]. [^bar]: Some other footnote content. ``` ## What is the current *bug* behavior? Hovering over the footnote section reveals drag handles to the left of each item. Oddly enough, you can drag and drop to reorder the footnotes. {width=596 height=53} For example, after reordering, clicking a footnote link takes you to the wrong footnote, which breaks the intended behavior. ## What is the expected *correct* behavior? Footnote items don't get drag handles and can't be reordered. ## Output of checks This bug happens on GitLab.com