Unexpected behaviour: Groups search - Item assignment

[AEgit]

JabRef 4.0-dev--snapshot--2017-08-31--master--54e0994ba
Windows 10 10.0 amd64
Java 1.8.0_141

Steps to reproduce:

1. Search for an group in your database using the new group search feature.
2. Select an item that is assigned to this group in the main table. The item is now marked in blue.
3. Search for another group in your database (your currently selected item should not belong to this group).
4. Select the other group you just searched for in the groups panel.
5. The item, that previously had been selected in the main table (as indicated by the blue colour and its appearance at the top of the main table items), is no longer selected/visible. Instead the items of the newly selected group are visible.

This behaviour is unexpected, as it does not allow you to quickly assign one item by using the groups search feature (i. e., search group -> select item -> search another group -> assign item to it). Instead you have to assign the group the "old-fashioned" way, i. e. either by drag'n'dropping it to the group of interest OR by using the menu associated with the group OR using both the item and the group search feature.
Just using the groups search feature alone won't do the trick, currently.

[Andrew-Lev]

I took a quick look at this, but am not sure what you're referring to. Do you mean the 'groups interface' and the 'filter groups' feature that's located on the bottom of that pane?

[AEgit]

Yes, indeed:
"groups panel" = groups interface
"group search" = filter groups

[Andrew-Lev]

I tried it out by your steps, but dont see that same issue. When I filter and select another group I still see my previous selection and can add it to that group. I did find a defect while looking at this though, when you rename a group through the edit group option it doesnt get renamed in the group editor, only in the actual items that belong to that group.

[AEgit]

I've tried it again with:
JabRef 4.0-dev--snapshot--2017-09-02--entry-editor-performance--548537f12
Windows 10 10.0 amd64
Java 1.8.0_141

I can confirm your observation, that the originally selected item is still selected (indicated in blue). The problem, however, is, that this item is not found at the top of the non-group items (displayed in gray), but is found somewhere hidden among other non-group items. This is not a major problem, if you only have a small database, but mine contains several thousand items. Therefore it gets very difficult to find again the item you initially selected (this is also the reason, why I initially thought that the selection had been lost).

[AEgit]

This issue persists in:

JabRef 5.0-dev--snapshot--2018-10-28--master--05047f32a
Windows 10 10.0 amd64
Java 1.8.0_191

This issue is potentially connected to the fact that currently non-group items are not shown in the main table (not even in gray; see #4237).

[AEgit]

See also the comment here:
#3436 (comment)

[sauliusg]

I can confirm the same behaviour in:
JabRef commit db96f88 (master)
Ubuntu-16.04
Java openjdk version "11.0.4" 2019-07-16
OpenJDK Runtime Environment (build 11.0.4+11-post-Ubuntu-116.04.1)
OpenJDK 64-Bit Server VM (build 11.0.4+11-post-Ubuntu-116.04.1, mixed mode, sharing)

[AEgit]

JabRef 5.3--2021-01-04--10180ed
Windows 10 10.0 amd64
Java 14.0.2

The issues as described in #3176 (comment) (with the updates from #3176 (comment)) persist in the current developer version of JabRef.