# \[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:** 9
**Page:** 1

<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 4, 2009, 6:24am UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/1 "2009-11-04T06:24:49Z")

</div>

If you set a filter all files that match the filter are listed in the columns.

If you then klick on a row to change the sort order there are different files listed, that don't match the filter. But still the same amount of files is listed.

Example:  
artist IS Beatles  
There are 50 files listed.  
Klick on any row to sort on this row.  
50 other files are listed.

---

<div class="post-metadata">

### Author: ![Oblio](https://community.mp3tag.de/user_avatar/community.mp3tag.de/oblio/32/4828_2.png) [@Oblio](https://community.mp3tag.de/u/Oblio)
#### Post date: [November 6, 2009, 4:10am UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/2 "2009-11-06T04:10:50Z")

</div>

I see this also in 2.44f. Its when you click on a column to sort, not 'row' as previous poster has said

EDIT - oops sorry, already confirmed and fixed!

---

<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

---

<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 6, 2009, 1:15pm UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/4 "2009-11-06T13:15:41Z")

</div>

> [@\[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.

Confirmed, will fix that.

> [@gvm](#):
>
> 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.

I currently see no way of preserving the selection state in such cases.

---

<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, 2:04pm UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/5 "2009-11-06T14:04:04Z")

</div>

> [@Florian](#):
>
> I currently see no way of preserving the selection state in such cases.

I appreciate that it would be difficult. It would be better to clear it, though, rather than have it as it is at the moment (Unofficial2.44f just "preserves" the selections on a "displayed line number basis" - meaning that items that weren't selected become selected when the filter changes).

Regards,

gvm

---

<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 7, 2009, 2:02pm UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/6 "2009-11-07T14:02:35Z")

</div>

This has been fixed with [Mp3tag v2.44h Development Build](http://developer.mp3tag.de).

Thanks for reporting!

---

<div class="post-metadata">

### Author: ![nycebo](https://community.mp3tag.de/user_avatar/community.mp3tag.de/nycebo/32/17128_2.png) [@nycebo](https://community.mp3tag.de/u/nycebo)
#### Post date: [March 6, 2012, 4:58pm UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/7 "2012-03-06T16:58:09Z")

</div>

Accidentally posted in another thread when I meant to post in this one. I'm having the same issue still with v2.49b. Here's the crux of it (cut and pasted from other thread):

Hey Florian, sorry to raise a thread from old, but I'm having this problem with the new release: v2.49b. I filter on an artist or albumartist, etc and then sort by another field and a bunch of strange new mp3s show up...none of which match the filter.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [March 6, 2012, 5:28pm UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/8 "2012-03-06T17:28:04Z")

</div>

The issue is already known and it will be fixed in the next release.

---

<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: [December 28, 2018, 2:03pm UTC](https://community.mp3tag.de/t/f-2-44f-filter-result-wrong-after-new-sort/9258/9 "2018-12-28T14:03:09Z")

</div>

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