Pseudonymous Name

If I may suggest that End portals should simply stay put, no matter whether worldgen would have otherwise eaten them. Some sort of flag that they can't be changed by other worldgen functions or something.

I don't think there should be an item to generate end portals. If you really want an end portal, however, you can actually place one with Creative. Just make sure you're standing in the center of the frame and then, tada, End portal frame. At which point you can switch back to survival.

@Zan Zurathi: What happens if the portal frame block has an Eye already in?

I was more agreeing on the grounds that environment is probably not a factor. But yeah, a list in the comments is probably better.

If one is going to list environments affected, well...I'd START with saying that the list is not exhaustive. Other than that, if you want to start compiling that list, sure, go ahead, but I agree with Anon Ymus here.

Someone did. Thanks.

I still think jukebox/ambient is an issue, but it's not this issue.

All right, guys, we've gone off on the jukebox tangent again... Although that REALLY ought to be fixed. Really, guys, saying "works as intended" does not a community placate. Moving on from the semi-relevant tangent we've gone through:

==TO MAKE THIS CLEAR==

This bug is about AMBIENT MUSIC playing overtop of itself, and/or the title screen tracks.

Jukeboxes are a separate STILL-AN-ISSUE-EVEN-IF-YOU-SAY-IT'S-WAI hint hint hint Mojang, but a separate issue.
See MC-35860 and the MC suggestions Reddit for jukebox/ambient issues. Except that it's not really going anywhere on either.

@KingSupernova:
The whole point is that we do not want to disable the ambient music, we want it to actually work like it's supposed to without overlapping randomly.

I don't, because you can't turn off ambient music.
Either way, yes, jukebox-ambient interaction is a separate bug, but if anyone opens a ticket on it, it gets pointed here or to a bug marked "Resolved-Works as Intended".

It should still be fixed, and that bug, as far as I know, is in fact only SMP-"resolved"/"works as intended". Of course, SSP kind of does run SMP these days.
Hopefully, though, it will be fixed for SSP.
Also, no problem. The old description was nerve-janglingly bad.

Right. Description updated to more accurately reflect the bug.
Also added 1.8.3 to affected versions list.

Is there some way I can edit the description? Or indeed anyone? Because it's not describing, it's confusing.

I haven't noticed this particular problem in 1.8.1/.3 yet, but there is a problem in the 'music'y files in general, in that they tend to overlap...Oh wait. That is the problem. Also, this happens with jukeboxes.
Suggestion: Two, or possibly three, variables for sound files, or some way of 'typing' them so that there's a priority queue of what to play over what, and whether something can play overtop of something else.
Now for a weird table-y thing.

Hm. I think this might overlap with MC-35856, in that both have problems where certain types of sound files are playing overtop of eachother.