Bug 493193

SUMMARY
On a file delete via an Album (thumbnail) view, the physical position of the active item changes if the item isnt on the top row of displayed thumbnails. 

STEPS TO REPRODUCE
1.  For any album with say 100+ images indexed, where there may be say 4 rows of 5 columns of thumbnails shown, select say Row3 Column3 and delete that image via 'Del' key

OBSERVED RESULT
Selected image is deleted, and list of thumbnails is reset such that the now-active/selected image (which will be the next image in sequence unless the last image) is in the correct column (Column3), but the view has shifted the listed thumbnails up so that you are now at position Row1 Column3

EXPECTED RESULT
The physical position of the newly active (focus-inheriting) image thumbnail should not change on an item delete. This jump of active image position is exactly what you would expect if you had accidentally selected a group of photos before hitting Delete, and that is both concerning, and it tends to be a bit of a lurch where effectively no other systems- from a file delete in Explore (Windows) to an image preview in whatever viewer- shift the active cursor position (exception for the last file in the collection, where the position must move to the new 'last' item in the collection).

SOFTWARE/OS VERSIONS
Windows: 10 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION