Sorting removes applied filters [message #1798835] |
Mon, 26 November 2018 08:49  |
Eclipse User |
|
|
|
I use the 1.5 Version to display a excel like sheet, with about 1500 lines and 20 rows.
When I apply at least two filters on the sheet and apply a sorting on top of it, I observe a not 100% reproducible behavior.
With the sorting applied, the previously applied filters are removed.
Is this behavior known by others?
|
|
|
|
|
|
|
|
|
Re: Sorting removes applied filters [message #1802323 is a reply to message #1798894] |
Wed, 06 February 2019 08:20   |
Eclipse User |
|
|
|
Hi Dirk, I am getting back to you for my request. Are you able to give me a link on a whole installable package, where the _808_SortableGroupByWithFilterExample is used.
I would set up a pure setup, to compare my with the default setup.
I assume it might be related to the my list or layer composition. I am experienceing some similiar behavior for my table save and also, when I remove lines, with filters active.
All are resulting in a removal of the applied filters. Interestingly, it does not happen everytime.
To provoke it, it set 2 filters and change the sorting on various columns, quite fast, until after 10-15 changed sortings the filter is removed.
While I am writing the situation, it sounds like it could be related to some caching issue?
|
|
|
|
|
|
|
|
|
|
Re: Sorting removes applied filters [message #1802884 is a reply to message #1802861] |
Mon, 18 February 2019 08:42  |
Eclipse User |
|
|
|
In the beginning, I mentioned, that for my delete action, as well as for my save action, when several filters are set, I experience the same behavior, that filters are partly or entirely removed from the tabel.
If it is a sync issue, would a timed / delayed reset table state work for this behavior? Ourselfs already try this approach, but had same issues with it. Even though the fitlers where set correctly, a reloaded tablestate scrolled the table always to the 1rst line, regardless its previous line.
|
|
|
Powered by
FUDForum. Page generated in 0.04218 seconds