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:
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%')']
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.
By dialog Mp3tag "Options/Tags/Mpeg" it is possible to set one tagtype to read and set other tagtype to write.
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.