# Sometimes Mptag doesn't show correct 'cover varies' message

**URL:** https://community.mp3tag.de/t/sometimes-mptag-doesnt-show-correct-cover-varies-message/52467
**Category:** Support
**Created:** [March 22, 2021, 12:23am UTC](https://community.mp3tag.de/t/sometimes-mptag-doesnt-show-correct-cover-varies-message/52467 "2021-03-22T00:23:54Z")
**Posts on this page:** 1
**Showing post:** 13

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [March 30, 2021, 11:09am UTC](https://community.mp3tag.de/t/sometimes-mptag-doesnt-show-correct-cover-varies-message/52467/13 "2021-03-30T11:09:25Z")

</div>

> [@dgrainge](#):
>
> How would mp3tag handle some files that contain both ID3v2 and ID3V1 tags?

Easily.  
As tag data is mapped to the internal representation of tag fields (and there can only be one) depening on the settings in File\>Options\>Tags\>Mpeg you would probably end up with the contents of ID3V2.x tags to be displayed.

Even though you explained at length what you do, it hardly answers any of the questions to narrow down the cause of your initial claim:  
What was different with the 140th file which had a cover but did not show it?  
Do you have the files locally?  
Do other programs access the files at the same time (so that reading the tags gets delayed)?  
Which types of files are these?  
Did you check the files for integrity with the [known tools](https://community.mp3tag.de/t/how-to-check-files-for-errors/44633)?

---

_[View the full topic](https://community.mp3tag.de/t/sometimes-mptag-doesnt-show-correct-cover-varies-message/52467)._