# Filter requires a refresh in v3.13

**URL:** <https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827>\
**Category:** Support\
**Created:** [March 26, 2022, 10:05pm UTC](https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827 "2022-03-26T22:05:26Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![motorcn](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/eb8c5e/32.png) [@motorcn](https://community.mp3tag.de/u/motorcn)\
**Post date:** [March 26, 2022, 10:05pm UTC](https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827/1 "2022-03-26T22:05:26Z")

</div>

I run Convert \> Tag - Filename with a filter applied. The filter looks for files that need to be renamed. Once they're renamed the list is empty because the filter should exclude the renamed files. This is how it worked in v3.12 and earlier.

In v3.13 the list still shows the renamed files and I have to manually refresh to run the filter again. Is the previous behavior "correct", or is the new behavior an intentional change?

---

<div class="post-metadata">

**Author:** ![MotleyG](https://community.mp3tag.de/user_avatar/community.mp3tag.de/motleyg/32/440_2.png) [@MotleyG](https://community.mp3tag.de/u/MotleyG)\
**Post date:** [March 26, 2022, 10:42pm UTC](https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827/2 "2022-03-26T22:42:44Z")

</div>

I haven’t seen this behaviour in the past at all. Once the filter is applied, any files that are then modified remain, even if the changes would effectively eliminate them from the previous filter action. The filter action needs to be removed and applied again to have these newly updated tracks excluded.

---

<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:** [March 27, 2022, 7:23am UTC](https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827/3 "2022-03-27T07:23:09Z")

</div>

I suuport @MotleyG: there has never been an automatic refresh for a set filter.

---

<div class="post-metadata">

**Author:** ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)\
**Post date:** [March 27, 2022, 5:01pm UTC](https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827/4 "2022-03-27T17:01:52Z")

</div>

I also cannot recall that other behavior

Filter in 3.13 works as always

---

<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:** [March 29, 2022, 12:10pm UTC](https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827/5 "2022-03-29T12:10:55Z")

</div>

I've marked the original reply as solution, the Filter behaves as usual.

---

<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:** [April 28, 2022, 12:11pm UTC](https://community.mp3tag.de/t/filter-requires-a-refresh-in-v3-13/56827/6 "2022-04-28T12:11:51Z")

</div>

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