# Copying of individual tag fields in Extended Tags (Alt+T) dialog seems broken

**URL:** https://community.mp3tag.de/t/copying-of-individual-tag-fields-in-extended-tags-alt-t-dialog-seems-broken/44132
**Category:** Support
**Created:** [January 7, 2019, 3:13pm UTC](https://community.mp3tag.de/t/copying-of-individual-tag-fields-in-extended-tags-alt-t-dialog-seems-broken/44132 "2019-01-07T15:13:28Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [January 7, 2019, 3:31pm UTC](https://community.mp3tag.de/t/copying-of-individual-tag-fields-in-extended-tags-alt-t-dialog-seems-broken/44132/4 "2019-01-07T15:31:47Z")

</div>

> [@xRussianBeautyx](#):
>
> This scenario works (though it the destination tag already exists, it doesn't replace the value, but adds a second tag).

This has been discussed before, see

> [@Copy individual fields adds field on paste instead of replacing](https://community.mp3tag.de/t/copy-individual-fields-adds-field-on-paste-instead-of-replacing/43740):
>
> As I read it here [Mp3tag v2.91 released](https://community.mp3tag.de/t/mp3tag-v2-91-released/43723) there was this new feature And so I installed the new version and when straight to it. And there is a bug apparently: The field is copied - but instead of replacing the existing one, another is created with the same name I tried different fields, both legit and made up by me. I tried coping between two MP3 files and tried combination like e.g. FLAC \> WV, TTA \> MP3. The result was always the same: a creation of a doppelganger. And what is more, I can…

> [@xRussianBeautyx](#):
>
> These cut/copy/paste commands are quite unconventional, is it technically the best doable?

Can you be more specific?

---

_[View the full topic](https://community.mp3tag.de/t/copying-of-individual-tag-fields-in-extended-tags-alt-t-dialog-seems-broken/44132)._