The setting you have is a little hazardous as like that you keep the existing V1 tags but as you only write V2, the two get out of sync.
If you only want to have V2 tags, then delete all the others.
V1 tags do not support pictures. So I would say: it is OK not to see any pictures.
Check the Mp3tag tag read setting.
Note: In Mp3tag ... when reading the tagtype APE, it takes precedence over other tag types.
DD.20170421.1405.CEST
You can display informations, about existing tag-types and the currently read tag-type, within a column of the list view.
Use menu dialog "View/Columns", and define a column:
Name: TagRead (TagTypes)
Value: %_tag_read%[' ('%_tag%')']
When having set in "Mp3tag Options/Tags/Mpeg/Read": ID3v1=on, ID3v2=on, APE=on ...
and in case of the current file contains already three tag-types ID3v1, ID3v2, APE, ...
then the list view column "TagRead (TagTypes)" will show, for example:
"APEv2 (ID3v1 ID3v2.3 APEv2)".
These could be the same as existing ape-tags.
What he does not see are added covers which are saved as ID3V2.
I think he will see the covers if he disables the read of APE.
The problem is that your tags are out of sync due to some other programs that treated the files in their lifetime.
Use MP3tag to get the tag versions back into sync. This might take a certain effort. But there is nothing strange about it.
Well, there is a learning curve to understand how Mp3tag applies different tagging systems.
The first step is, to accept, when setting Mp3tag to read an APE tag, then the preferred reading of the APE tag will hide all other tag content, which is stored in other tags like ID3v1 and ID3v2.
Now you offer a ridiculous screenshot, which shows nothing about the problem, which you have described, what should this picture explain?
You can see a cover picture in the dialog "Tag-Panel" or in dialog "Extended Tags".
The file list cannot display a picture, but you can create a column, which can display whether pictures exist in the currently read tag.
Create a column:
Name: Covers
Value: %_covers%
Numeric: on
You can display informations, about existing tag-types and the currently read tag-type, within a column of the list view.
Create a column:
Name: TagRead (TagTypes)
Value: %_tag_read%[' ('%_tag%')']
Note:
It is possible to store one or more pictures into the tag-type APE and other pictures into the tag-type ID3v2, the tagtype ID3v1 does not support embedded pictures.
Once you have set Mp3tag to read the APE tag, then you will see only the pictures from the tag-type APE. All tag content from other embedded tag-types are hidden.
You should get rid of the oldish APE tag-type and apply the tag-type ID3v2.3 UTF-16 (already accepted compatibility) or the tag-type ID3v2.4 UTF-8.
Note:
By dialog Mp3tag "Options/Tags/Mpeg" it is possible to set one tagtype to read and set other tagtype to write.
Note:
You can cut off (Ctrl+X) all tag-types, which are set in Mp3tag Options (Ctrl+O) to be removable.
You can paste back (Ctrl+V) from the Mp3tag clipboard all those tag-types, which are set to be writeable.
add: The cover art was not display in the extended tag either.
well, ok i didn't know APE data overalls id3tag ones.
so i uncheck the APE read checbox from options window.
Now, i can see there is cover art (it is displayed in the tag panel of the left) :
first problem is solved (now i don't have to re-inject if by error).
But my second problem remains :
once i clicked the SAVE button, then mp3tag DID not REMOVE the apev2 tag (i can see it in winmap tab infos) whereas i checked "remove" in the options in mp3tag (and off course restart it)
i still have to use Winamp to clear the ape tag...