# Can't add more than one WWW tag info WMA file. Is it correct?

**URL:** https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147
**Category:** Support
**Created:** [November 15, 2025, 7:33pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147 "2025-11-15T19:33:27Z")
**Posts on this page:** 14
**Page:** 1

<div class="post-metadata">

### Author: ![kanda](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/k/a698b9/32.png) [@kanda](https://community.mp3tag.de/u/kanda)
#### Post date: [November 15, 2025, 7:33pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/1 "2025-11-15T19:33:27Z")

</div>

Extended tags dialog allows me to enter arbitrary amount of WWW tags.

But only the last entered tag survives after save.

Is it correct for WMA file?

mp3tag is concurrent development: v3.31k, Nov 7 2025

---

<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: [November 15, 2025, 7:41pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/2 "2025-11-15T19:41:14Z")

</div>

I see the www field just as I saved it:

 ![grafik](https://community.mp3tag.de/uploads/default/original/3X/4/2/42bce7bdca330985e9d7683cb310521afde3b0d1.png)

Where/which program does not show the data as you expected it?

PS: current version is 3.32 ...

---

<div class="post-metadata">

### Author: ![kanda](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/k/a698b9/32.png) [@kanda](https://community.mp3tag.de/u/kanda)
#### Post date: [November 16, 2025, 1:54am UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/3 "2025-11-16T01:54:18Z")

</div>

> [@ohrenkino](#):
>
> PS: current version is 3.32 ...

Thank you for noting, I have missed the update. I can reproduce the issue in 3.32 too.  
Extended tags dialog before entering WWW tags:

 ![01.before_adding_www.exp](https://community.mp3tag.de/uploads/default/original/3X/d/a/dac0049d6f224daf86299e7b837110c3dc40a848.png)

I had added 2 WWW tags, “4” then “3”, but had not clicked OK yet:

 ![02.adding_www=4,www=3.exp](https://community.mp3tag.de/uploads/default/original/3X/b/5/b5a26e74d143cdfcdc9b7cff39521bbaaafd9112.png)

I clicked OK, ext. tags dialog is closed, and I reopened it again:

 ![03.after_OK_ext_tags_again.exp](https://community.mp3tag.de/uploads/default/original/3X/e/c/ecafd3e8521142482dd7e9dcfc8e97d064973e95.png)

Only WWW = “3” survived ☹ Tried a few (5-6) other wma files, the same issue.

May I have missed something?

---

<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: [November 16, 2025, 6:39am UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/4 "2025-11-16T06:39:15Z")

</div>

Between clicking OK (screenshot 2) and reopening the extended tags dialogue (screenshot 3) did anything else happen like saving tags again?  
(because my file, even a day later still looks like initially shown: 2 WWW fields).  
I suspect that some other manipulation happens in between that saves the tag again but takes only the data from the one of the WWW fields, e.g. if there is a column that shows the contents of %www% but not `$meta_sep(www,\\)` which will show only 1 www field.

---

<div class="post-metadata">

### Author: ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [November 16, 2025, 7:28am UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/5 "2025-11-16T07:28:13Z")

</div>

I can confirm this behavior that only 1 multivalue filed for `www` remains after saving. It happens hear with wma-files but also with mp3-files.  
The hex-editor shows me that there is only 1 www-field.  
In tests with a wma-file always the **last** added www remained, with mp3-files it changed sometimes.

I does not happen with flac-files here.

It is not restricted to the www-tag-field.  
Also also tried it with a user-defined field `TEST` and get the same issue.

Edit:  
I also happens with wav-files.

With the user-defined field `TEST` I could only reproduce it with wma-files so far, not mp3 and also not wav.

---

<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: [November 16, 2025, 7:31am UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/6 "2025-11-16T07:31:50Z")

</div>

Thank you for testing.  
Apparently, I was not alert enough and did my tests on an m4a (not wma) file.  
So please ignore all my comments.

---

<div class="post-metadata">

### Author: ![kanda](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/k/a698b9/32.png) [@kanda](https://community.mp3tag.de/u/kanda)
#### Post date: [November 16, 2025, 10:12am UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/7 "2025-11-16T10:12:35Z")

</div>

> [@poster](#):
>
> It happens hear with wma-files but also with mp3-files

Given that, I also tried mp3 files. Indeed,  
_only 1 (one)_ WWW tag value remains in _mp3_ file. I didn’t notice that

### 😨🥶🥵😵‍💫

_Custom_ tag may have multiple values in mp3 file, but again, only 1 (one) in WMA file

---

<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: [November 16, 2025, 2:31pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/8 "2025-11-16T14:31:03Z")

</div>

WMA tags are a little special when it comes to supporting multiple values. There is a list from Microsoft that details which fields actually support multiple values

> **[Attributes with Multiple Values (Windows Media Format 11 SDK) - Win32 apps](https://learn.microsoft.com/en-us/windows/win32/wmformat/attributes-with-multiple-values)**
>
> Learn about attributes with multiple values in the Windows Media Format 11 SDK. Some media item attributes can have multiple values.

However, not all are supported by Mp3tag (e.g., the `WM/UserWebURL` field is a binary field that currently isn't).

For a complete list refer to the official Mp3tag mapping, where supported fields have an entry at ASF/Windows Media, e.g., `WM/AlbumArtist`.

> **[Tag Field Mappings – Mp3tag Documentation](https://docs.mp3tag.de/mapping/)**
>
> Overview of all available tag fields, their names in Mp3tag, and how they are mapped to the internal structures of the different tag formats. Mp3tag is the universal Tag Editor.

* * *

As for support for `WWW` in ID3v2, it internally maps to `WXXX` which is defined as

> This frame is intended for URL links concerning the audio file in a similar way to the other "W"-frames. The frame body consists of a description of the string, represented as a terminated string, followed by the actual URL. The URL is always encoded with ISO-8859-1. **There may be more than one "WXXX" frame in each tag, but only one with the same description.**

This means, you can only one `WWW` field to an ID3v2 tag (e.g., in MP3s or WAVs ID3 chunk) with an empty description. If you intend to use more than one of such fields, you need to use a different description.

In Mp3tag, such descriptions can be added as part of the field name, e.g,  
`WWW DESCRIPTION` = `Field contents`

---

<div class="post-metadata">

### Author: ![kanda](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/k/a698b9/32.png) [@kanda](https://community.mp3tag.de/u/kanda)
#### Post date: [November 18, 2025, 1:00pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/9 "2025-11-18T13:00:17Z")

</div>

> [@Florian](#):
>
> As for support for `WWW` in ID3v2, it internally maps to `WXXX` which is defined as
> 
> > There may be more than one "WXXX" _ **frame** _ in each _ **tag** _, but only one with the same description.

Thank you for explaining. The entity _ID3v2 **frame** _ is new for me: Mp3tag documentation does not mention it. Could you, please, clarify, how do ID3v2 _frame_, ID3v2 _tag_, and Mp3Tag _field_ correspond to each other?

> [@Florian](#):
>
> In Mp3tag, such descriptions can be added as part of the field name, e.g,  
> `WWW DESCRIPTION` = `Field contents`

Well, but

1. most important, it looks like keeping data in custom tags, what looses _web url_ semantic. Is `WWW DESCRIPTION` more _web url_ than, say, `WWW2` = `https://...` or `ABC 1` = `https://...`, `ABC2` = `https://...`?
2. The description is lower-case prohibited.
3. `WWW DESCRIPTION` tag(s) _(frame(s)?)_ can not be mapped into file list column, because %www% does not catch them.

Curiously, I managed to get, only with Mp3tag and Windows Explorer, double WWW tag (frame?):

 ![chan-chan_double_www.exp](https://community.mp3tag.de/uploads/default/original/3X/e/c/ece770b0b44af8e9f2f6d29d2979b6b873599234.png)

So multivalue WWW tag (frame) is technically possible. It gets alone again after changing any other tag, for example, YEAR:

 ![chan-chan_single_www_again.exp](https://community.mp3tag.de/uploads/default/original/3X/9/d/9db66826a01d4598c5d009f21fa44b7bdbabb442.png)

Would it be more correct not to overwrite them?

> [@Florian](#):
>
> However, not all _/WMA tags/_ are supported by Mp3tag (e.g., the `WM/UserWebURL` field is a binary field that currently isn't)

Well, but single WWW tag is saved by Mp3tag. Which WMA attribute is used for that? This is not documented in Mp3Tag.

---

<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: [November 18, 2025, 3:08pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/10 "2025-11-18T15:08:58Z")

</div>

> [@kanda](#):
>
> Could you, please, clarify, how do ID3v2 _frame_, ID3v2 _tag_, and Mp3Tag _field_ correspond to each other?

It does mention it at [Tag Field Mappings – Mp3tag Documentation](https://docs.mp3tag.de/mapping/), where you can see how Mp3tag's field names are mapped to ID3v2 frames. ID3v2 tags consist of ID3v2 frames.

See [https://id3.org](https://id3.org) if you want to learn more.

> [@kanda](#):
>
> `WWW DESCRIPTION` tag(s) _(frame(s)?)_ can not be mapped into file list column, because %www% does not catch them.

You can use `%WWW DESCRIPTION%` if you really want to use those.

> [@kanda](#):
>
> So multivalue WWW tag (frame) is technically possible. It gets alone again after changing any other tag, for example, YEAR:

Yes, it's technically possible. However, I don't want to go into commenting on your experiments with multiple WWW fields. I think I've explained Mp3tag's behaviour in my previous post.

> [@kanda](#):
>
> Which WMA attribute is used for that?

It uses the field name without any mapping, i.e., `WWW`.

---

<div class="post-metadata">

### Author: ![kanda](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/k/a698b9/32.png) [@kanda](https://community.mp3tag.de/u/kanda)
#### Post date: [November 21, 2025, 9:10am UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/11 "2025-11-21T09:10:39Z")

</div>

> [@Florian](#):
>
> > [@kanda](#):
> >
> > The entity _ID3v2 **frame** _ is new for me: Mp3tag documentation does not mention it.
> 
> It does mention it at [Tag Field Mappings – Mp3tag Documentation](https://docs.mp3tag.de/mapping/), where you can see how Mp3tag's field names are mapped to ID3v2 frames

Surely I can _not_. The document contains a mapping — but to ID3v2… well, _You-Know-What_.  
The term _ **frame** _ never appears at all. The document happily _avoids naming_ what exactly Mp3tag is _mapping to_. So does every other document in the Mp3tag Documentation.

> [@Florian](#):
>
> However, I don't want to go into commenting on your experiments with multiple WWW fields. I think I've explained Mp3tag's behaviour in my previous post

I have noticed that you are not _so principled_ about ID3v2.3 spec conformance when it comes to writing multivalued TCOM, TPE1, TXXX and other ID3v2.3 _frames_, or when writing letter values to the TBPM _frames_, and possibly other spec violations.

So you really could not write to me as if I had, um, suggested something improper.

Since some issues raised in the discussion remain unaddressed, I’ve decided to file them as separate bug reports.

Thank you for your time.

---

<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: [November 21, 2025, 9:49am UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/12 "2025-11-21T09:49:07Z")

</div>

> [@kanda](#):
>
> Surely I can _not_. The document contains a mapping — but to ID3v2… well, _You-Know-What_.  
> The term _ **frame** _ never appears at all. The document happily _avoids naming_ what exactly Mp3tag is _mapping to_. So does every other document in the Mp3tag Documentation.

From what you write, I think you now understood that what I mean by _how they are mapped to the internal structures of the different tag formats_ I'm referring to ID3v2 frames for ID3v2.3 and ID3v2.4.

> [@kanda](#):
>
> I have noticed that you are not _so principled_ about ID3v2.3 spec conformance when it comes to writing multivalued TCOM, TPE1, TXXX and other ID3v2.3 _frames_, or when writing letter values to the TBPM _frames_, and possibly other spec violations.

Are you suggesting that I'm doing something improper? I surely hope that this doesn't turn into something nasty, only because Mp3tag doesn't behave in the way you like.

> [@kanda](#):
>
> So you really could not write to me as if I had, um, suggested something improper.

I don't think I did that, sorry if that came around the wrong way. I've simply outlined Mp3tag's behaviour with regard to multiple WWW fields in WMA and MP3.

---

<div class="post-metadata">

### Author: ![kanda](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/k/a698b9/32.png) [@kanda](https://community.mp3tag.de/u/kanda)
#### Post date: [November 21, 2025, 3:12pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/13 "2025-11-21T15:12:40Z")

</div>

> [@Florian](#):
>
> From what you write, I think you now understood that what I mean by _how they are mapped_

Sure yes, for now. But it would save me a great amount of time if Mp3tag had documented that

- Mp3tag tag fields map to ID3v2 _frames_, not _You-Know-What_

Btw, the same silence in [[Tag Field Mappings](https://docs.mp3tag.de/mapping/)] is about other tagging formats. Mp3tag tag fields map to _what_ in WMA, map to _what_ in MP4 and so on.

> [@Florian](#):
>
> > [@kanda](#):
> >
> > writing multivalued TCOM, TPE1, TXXX and other ID3v2.3 _frames_, or when writing letter values to the TBPM _frames_
> 
> Are you suggesting that I'm doing something improper?

Absolutely proper 🙂 I just believe, that enabling multivalued WXXX is even more proper.

> [@kanda](#):
>
> Is `WWW DESCRIPTION` more _web url_ than, say, `WWW2` = `https://...` or `ABC 1` = `https://...`, `ABC2` = `https://...`?

I verified and can confirm, `WWW description` and `WWWdescription` syntax map to `WXXX` frame with corresponding _description_

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [December 21, 2025, 3:12pm UTC](https://community.mp3tag.de/t/cant-add-more-than-one-www-tag-info-wma-file-is-it-correct/70147/14 "2025-12-21T15:12:48Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
