View Issue Details

IDProjectCategoryView StatusLast Update
0019568MMW 5Playlists (Auto) / Search / Filterspublic2026-09-25 18:14
Reporterlowlander Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status feedbackResolutionreopened 
Product Version5.0.4 
Target Version2027.0Fixed in Version2027.0 
Summary0019568: Filtered (Contextual Search) Playlist doesn't refresh when adding files to it with D&D
Description1) Adding a file with D&D to Contextual Search results won't show it in either filtered or unfiltered Playlist. You need to refresh to show new file.
a) Note that user can't really set position when D&D of file on Filtered results.

2) Switching View when in Filtered results will flash full list in new View mode, before filtering. It should instead render Filtered list directly.
a) I've seen where switching Views would show full list instead of Filtered list, but can't seem to reproduce this anymore.
TagsNo tags attached.
Fixed in build3522

Relationships

related to 0019567 closedLudek List don't refresh when tracks are removed or deleted from filtered Playlists / Playing list 
related to 0016601 newLudek Search: Search results are not refreshed on ENTER 

Activities

Ludek

2026-09-24 14:11

developer   ~0082486

Fixed in 3522

lowlander

2026-09-24 22:49

developer   ~0082499

On 3522 when the Column Filter has a 20 files Playlist filtered to show only 1 file, the file you D&D into the bottom of the Playlist is put in second place on the Playlist. This seems undesirable. Solutions:

A) On D&D show full Playlist, so user can D&D file to exact desired location
B) Always D&D file to end of Playlist (ideally interface would prevent not show ability to D&D into specific spot like it currently does)
C) Leave things as they are currently
D) Disable D&D when Column Filter is active, and show a warning when users attempts D&D

rusty

2026-09-25 18:14

administrator   ~0082570

I think that the most preferable and expected behavior would be:
E) On D&D of NewTrack to the position following track X, NewTrack should be placed at position X+1 (regardless of whether it displays or not). This is what most users would expect, and this stops the currently strange behavior in which MM renumbers tracks prior to the position NewTrack was dragged to.

If this is too complex, then D) would be the best ?interim? solution (note: I'm not sure if a warning is necessary, just as there's no warning for D&D to an auto-playlist).