# \[F\] Latest 2.86 and Cover art

**URL:** https://community.mp3tag.de/t/f-latest-2-86-and-cover-art/19754
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [February 2, 2018, 8:46pm UTC](https://community.mp3tag.de/t/f-latest-2-86-and-cover-art/19754 "2018-02-02T20:46:12Z")
**Posts on this page:** 1
**Showing post:** 1

<div class="post-metadata">

### Author: ![Etz](https://community.mp3tag.de/user_avatar/community.mp3tag.de/etz/32/7648_2.png) [@Etz](https://community.mp3tag.de/u/Etz)
#### Post date: [February 2, 2018, 8:46pm UTC](https://community.mp3tag.de/t/f-latest-2-86-and-cover-art/19754/1 "2018-02-02T20:46:12Z")

</div>

There seem to be somekind of random bug, when MP3Tag writes cover art without extension?

Has anybody else enconounteret it?

It seems to be pretty random, approx 100 files processed, only 5 random ones had cover embedded without extension.  
So instead of Cover.jpg it would export it as Cover. Also cover filetype is unknown on such circumstance.  
If you switch from APEv2 to IDv2.3 it screws up cover on the same files as well.  
When you operate only with IDv2.3 everything works...

Verified files themselves, everything checked out, so not sure what and why. 😳  
Even if I retag "known good file" it sometimes screws up Cover art, so I have to remove and reimport covers on such files.

Downgraded to previous 2.85 everything works without glitches.

---

_[View the full topic](https://community.mp3tag.de/t/f-latest-2-86-and-cover-art/19754)._