note and labelnote markup bug

If you have identical notes or labelnotes on a page, click on any note/labelnote opens the first note/labelnote, and that only. For example:

^note standardtext

^note standardtext

If you click on the second note, the first note opens, instead of the second note.

I remember that this came up in the original thread where they were being worked out, and clicking one could open one even in someone else's post. Eddie gave them all an individual code or something, but I guess it must be dependent on the text in them so it still happens if they're identical.

OK, quick test...

^note standardtext

^note standardtext

The second one has an extra space at the end... and opens separately, so there's your workaround for now. Just put a space at the end of one of the two identical notes.

edited 2nd Jul '12 1:47:49 PM by robster2001

That only works 1) if there's only two identical notes (the page I discovered this on had at least half a dozen) and 2) as long as you're aware it's identical.

It would seem that the wiki generates an HTML id based on a hash of the note's interior text string:

• ^note Text -> id="note0d4ei"
• ^note Text -> id="note0d4ei"
• ^note More text -> id="note21x7e"

You can't have multiple HTML elements with the same ID value; only the first one will be acknowledged. Every ID attribute must be unique; adding even a simple numeric counter to the hashing routine process would fix the bug.

edited 4th Jul '12 11:08:43 AM by Stratadrake

Can I post a second report here? Or should I start a new thread? The note and labelnote tags don't seem to work in preview mode. You can see the marker, but clicking it, on a preview page, does nothing, so you can't make sure the note itself looks right. (At least when I tried it.)

edited 6th Jul '12 10:40:10 PM by Xtifr

I reported that here.

I've noticed that sometimes, the closing markup for a note tag is just completely unparsed as well. See UsefulNotes.Magic The Gathering for an example of how the markup breaks down.

EDIT: I think I found the problem - it shows up whenever the preceding closing note markup is done wrong - in this case, I miswrote it as [/note]], instead of with an opening double bracket.

edited 15th Jul '12 4:57:51 PM by DarkConfidant

Still happening — see FELH 2's troper page. Can the ID be random rather than text-dependent?

This has been reported to Query Bugs; locking.