The reload/refresh icon in toolbar becomes unavailable under certain circumstances

[touwys]

listFix() v2.8.0

The steps described here, were followed on a completely broken playlist containing 24 unmatched tracks.

Steps:

1. Open the playlist needing repair from the Playlist Directories pane into the Playlist Editor, ready for editing.

2. Click the magic wand icon on the toolbar to initiate the auto repair function for all of 24 tracks.

3. Cancel the "Select Closest Matches" process dialogue as soon as it has completed detecting the first batch of track matches. (These will be the exact track matches, each one marked by a green check mark/tick).

4. Click on the diskette icon on the toolbaar to save the first round of track matches—the exact matches. (The green check marks, should now have changed into a green "OK" icon. Note too, that after now having saved the playlist, the "Reload" icon on the toolbar is dulled.)

5. Click the magic wand icon on the toolbar to initiate the second round of auto repairs, which aims to detect the specified* number of closest matches for each of the remaining number of tracks. (*The number of matches as set in "Options—keyboard shortcut = Ctrl+O)

6. Again, cancel the "Select Closest Matches" process dialogue as soon as it has detected several—but not yet all— track matches. (Some of the tracks may have a green check mark, or "OK", next to it.)

Issue:

1. Although the playlist was already saved with the first round of matches, listFix is re-detecting the exact matches it had already detected.

2. If an attempt will now be made to refresh the playlist, the "Reload" button on the Toolbar is dulled and inactive. The only way open to proceed, is to let the "Select Closest Matches" process run its course. (User should be able to refresh playlist at this point, in order to return to the saved playlist, in preparation for his next choice of action.)

—

[Borewit]

Again, cancel the "Select Closest Matches" process dialogue as soon as it has detected several—but not yet all— track matches. (Some of the tracks may have a green check mark, or "OK", next to it.)

I don't understand that. The "Select Closest Matches" is shown after the the scan, so how can I cancel this half way?

So sorry, I have not been able to reproduce this issue.

[touwys]

I don't understand that. The "Select Closest Matches" is shown after the the scan, so how can I cancel this half way?

"Cancel the "Select Closest Matches" process dialogue _as soon as it has detected several — but not yet all— track matches."

Note that the "Select Closest Matches" is therefore not yet open, because the process of finding the closest matches was cancelled sometime before it could open.

---

Another thing of note is that when the first round of repairs is stopped once the exact matches were found (i.e. finding the closest matches gets cancelled before it could complete) and then gets saved, the "saved" (OK-icon) matches do not hold its saved (OK-icon) status. It means that if a second round of repairs gets carried out on the same list, all the exact matches that were saved during the first round, are getting matched all over again. This does not happen to as yet unrepaired playlists that are freshly loaded into the playlist editor. It is highly unusual, and consumes extra processing time.