Should be fixed, give or take a few.

First go: https://www.wikidata.org/wiki/Q107487333

As of right now, there shouldn't be any more has quality = compilation album. Let's see how long it lasts.

In T279639#6983284, @dcausse wrote:

@Moebeus thanks for the report, do you know if the duplicates appear after clicking more to display the remaining results or directly?
If they appear directly could you check by scrolling down if all the first 7 results are duplicated?
By default only 7 items are searched and shown, more can be displayed only if you hit the more button.

Too many editors lazily use follows/followed by as statements, rather than qualifiers. MoeData should set a good example.

In T250824#6096399, @Premeditated wrote:

Confirmed!

confirmed!

not seen this issue last few versions

Confirmed solved!

Not a problem anymore!

Looks like it self-corrected with time 🤷‍♂️

Fixed by Premed. Works as expected

See https://phabricator.wikimedia.org/T250849 - publication date should be added as a qualifier, rather than a statement. That way a track that is featured on an album , single, compilation album and re-release will get 4 different publication dates all easily readable.

This problem seems to have popped back up, starting ca. March 18. Applies both to newly created items and pre-existing ones.

weird stuff this, I don't envy you trying to track it down. Here's another weird detail I just discovered: When the property labels won't display, they do show up with "fallback values" in another language in the revision history:

Bob Dylan for reference:

any item, but here's an example of an "old" item: https://www.wikidata.org/wiki/Q77413614
This does however apply to newly created items as well as existing ones. It also affects some other properties, like "record label":