# \[F\] 2.44f: Filter result wrong after new sort

**URL:** https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [November 4, 2009, 6:24am UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258 "2009-11-04T06:24:49Z")
**Posts on this page:** 1
**Showing post:** 3

<div class="post-metadata">

### Author: ![gvm](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/g/48db29/32.png) [@gvm](https://community.mp3tag.de/u/gvm)
#### Post date: [November 6, 2009, 8:46am UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/3 "2009-11-06T08:46:48Z")

</div>

Oblio said (in the thread "2.44f may write tag data to the wrong files", but returned here to try to avoid "thread drift" between bug reports):

> [@\[F\] 2.44f may write tag data to the wrong files](https://community.mp3tag.de/t/f-2-44f-may-write-tag-data-to-the-wrong-files/9264/11):
>
> Almost. With new unofficial 2.44f the selection state is not preserved when sorting on column with filter active.

Yes - I can confirm that too.

In addition, selection state isn't preserved correctly when the filter is changed and the newly-selected set of files overlaps with the previously-selected set.

Ideally, this should select only the files that were previously highlighted AND match the new filter, although this might be difficult to use in practice because of the interactive nature of the new filtering system.

Regards,

gvm

---

_[View the full topic](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258)._