Arbitrary assignment of tracks to other albums while correcting track list [Solved]

I am having an extremely annoying problem that has now happened twice.

I have a great many albums that Roon doesn’t know anything about, so I am having to identify them manually and locate artwork on the internet etc.

While I am doing this I am finding that the system is arbitrarily screwing up an already existing album by throwing tracks from the album I am currently working on into a completely different album. The damage thus done cannot easily be undone: even if I remove the tracks from my library, restart Roon numerous times and re-identify the mangled albums, the minute I add the errant tracks back into the library they get stuffed back into the wrong album again.

In addition, the editing capability will not let me assign artists or performers to tracks to help correct these mis-assignments.

This is causing me to waste hours of time trying - and generally failing - to get albums in my collection back to where they were before, let alone correct them.

For example:
I was editing Mannheim Steamroller’s “Halloween 2” and Roon decided that many of the tracks belong to Shelagh McDonald’s “Let No Man Steal My Thyme”;
I was editing “Radio London: The Production Masters” and Roon decided that all 198 tracks were part of “'80s Dance Gold”.
Both the mangled albums were albums I had previously edited a day or two ago.

Some help would be gratefully received. This is exceptionally frustrating and I will simply give up on Roon very soon unless I can find a way of untangling the mess Roon is making.

…and it turns out that the actual tracks from “'80s Dance Gold” had been assigned to Mannheim Steamroller “Halloween 2” - I found this by doing a search for one of its tracks. I have no idea where Halloween 2’s original tracks have gone.

Later… Finally managed to get “Radio London: The Production Masters” back into some kind of shape, but it is still displaying the AllMusic writeup for '80s Dance Gold and thinks it’s by “Various Artists”. There seems to be no way of fixing this as the locations where this information is apparently stored are not apparently editable.

Later still…I am trying to compile the separate entries for the two discs of “Rogues Gallery” into a single entry. So on Disc 1 I go into “Fix Track Grouping” and add in the Disc 2 tracks. Save the album… and it’s assigned the whole lot of them to “Halloween 2”!!!

And later again… I am trying to sort out Halloween 2 (for the third time?). Finally get all the tracks assembled and create the album… and it stuffs them into “1960s Happy Days”, ruining it.

Trying to fix “1960s Happy Days” it stuffs all the tracks into “Ministry of Sound The 2003 Annual”.

I think I give up at this point.

Hey @RichardE – the Fix Track Grouping screen is on our shortlist for a redesign in the near future, so don’t get too frustrated.

If albums aren’t being grouped properly, I would recommend ensuring the file tags and folder structure are sensible before spending lots of time editing in app. When you use the track grouping feature, you’re going to be kicking off re-identification for the new album you create, as well as any new albums created from the left overs – I’m guessing that’s why it feels like a moving target here.

For all these albums, I’d recommend confirming:

  • The album is in its own folder
  • The tracks have sensible track and media number tags
  • The tracks have the same album tag (we do some smart stuff if the album tags includes Disc 1 but there are all kinds of variations out there that could possibly trip us up – the key is make sure Roon sees all the files as a single “clump”)
  • The tracks all have sensible Album Artist tags – if it’s a compilation, this should be Various Artists

If you take some of these albums and make sure the tags and folder structure is easy for Roon to understand, I’m guessing you’ll be able to rescan your watched folder and see that:

  • Albums are “clumped” together properly, regardless of identification
  • Properly “clumped” albums can be identified easily if they exist in our database

Let me know if that helps, or if you’re still stuck Richard. Thanks!


A typical example is that a double-album set is contained in two folders, named, say “Artist - Title CDn”. Within each folder there will be files with names of the form “01 - Title.ext” OR “1-01 - Title.ext”, plus generally a file called “cover.jpg” containing the album art.

I don’t expect the system to be able to resolve this as a single album with two discs without any help, and indeed, it will show them as two separate albums with the same name and art, but if I bring it up on its own I will see “Disc 1” or “Disc 2” under the artwork. This is not the problem.

So what I want to do now is to rationalise them into a single 2-disc entity. So I go into the track grouping feature on Disc 1 and there are all the Disc 1 tracks. I put unique words from the album name in the search box on the left of the pane and it finds all the tracks from Disc 2. I check each of them on the left and click the left-to-right-arrow button and it adds them to the Disc 1 content on the right of the pane.

The list on the right now only contains the tracks that make up the double album set.
I tell it to make up the album. There are no tracks missing, and not even any in the wrong order! So I don’t get any warnings to fix the track or disc numbers. Let’s call this Disc A.

After thinking to itself for a short time, it exits the pane and leaves me with… not the album configured correctly as a 2-disc set, or even an unidentified album with the right title and artist that I could then go and identify.

No. Instead it presents me with a completely other album, with art and artwork, that I was editing yesterday afternoon. It has thrown the two discs-worth of tracks that I was just working on into a completely different album, where it has mashed the new tracks in with the ones that were there correctly yesterday, and it has either overwritten the original artist or added the artist from the double album I was just working on. That is the problem.

Let’s call this now-mangled album Disc B.

I now decide to clean up Disc B before we go any further. So I open it in Track Grouping and I laboriously select all the incorrect tracks that the system dumped there a few minutes ago. I then click the left-arrow to get them out of the right-hand track list for the mangled album, leaving only Disc B’s legitimate tracks in the right order. I tell it to make an album. Everything is in order so there are no error messages.

After thinking to itself for a short time, it exits the pane and leaves me with… not Disc B configured correctly with the erroneously-added tracks removed, or even an unidentified album with the right title and artist that I could then go and identify.

No. Instead it presents me with a completely other album, with art and artwork, that I was editing earlier this morning, to which it has arbitrarily added the tracks in the album I was just working on, completely mangling a previously correct album. This is the problem. Let’s call this Album C.

I have by this time spent several hours (one of the albums I was dealing with had 198 tracks that each had to be individually selected for example), and what do I have for my trouble? Album A is screwed. I may have to rebuild it from scratch. Album B is screwed. And now Album C is screwed. Not only that, I can’t even edit track by track because important things like the artist can’t be directly edited. Nor can I explicitly dump the genres that have erroneously been added to the mangled disc(s) - I can uncheck them but they still seem to turn up, like the wrong artist is still in there somewhere I can’t see it. And so on. This is the problem.

In addition, I have a lot of obscure albums that aren’t in your database and wouldn’t be found by searching for them in any way even if the title and artist were spelled exactly as they are on the album. So I can’t even Identify them, because they are not there. So there is no hope of overwriting the mangled rubbish with the correct album info in cases like that.

In addition, I cannot undo what I’ve done. If I remove the problem album files from my library, quit Roon, open it again, let it work out that stuff has gone, check the state of the remaining albums, quit again, open again, check they are still as before, quit again, add back the problem files, open again and let it re-ingest the albums… I am back where I was several minutes earlier, with three mangled albums, because it simply recalled the previous, mangled info from its database. There is no way, for example, to delete albums from the database, completely wipe their records, and then re-import them, which might have helped.

Basically, the system behaves as if albums I edit become cross-linked in the database so they are in some tangled way connected. The albums that get tracks dumped into them are always albums I have previously edited.

Comments welcome.

Incidentally, it sounds as if Can't Fix Wrong Tracks In Album is related.

Thanks Richard – that all makes sense, and I understand the frustration.

I think you’re running into a few issues at once here, which is compounding the issue. Roon does a lot of smart tracking of files and albums under the hood, much of it focused on ensuring we don’t lose edits, so I think the combination of bad album grouping and in-app editing you’re doing has you fighting against systems specifically designed to ensure identifications persist.

I’m going to look into this further to see if we can do better, but for now I’m going to recommend a different course of action that’s a little more straightforward.

I think this may be the source of some of the frustration – to be blunt, this use case is poorly served by the current Fix Track Grouping functionality. The design works for locating a missing track or two, but I think for multi-disc sets, you’re better off following the instructions here and making sure Roon is able to nail the “clumping” based on your file paths and tags.

We have a redesign planned for Find Missing Tracks that should better meet your goals here. Some of what you’re encountering here are issues with the design of the screen, and some of the issues are bugs we’ll resolve when this screen gets a makeover. None of this is to say your frustration isn’t justified, just that I think there are less frustrating ways to get this right, right now.

Read over the instructions I linked above and let me know what you think @RichardE – if the majority of edits you’ve made in Roon have gone as poorly as your describing, it may make sense to trash your database and start with a fresh import, but let me know how it’s going and we’ll go from there.


OK, so as suggested, I uninstalled the system all the way and did a clean install.

I have been using the Merge facility to combine separate albums in a multi-disc set (rather than the way I was doing it previously), and this has largely worked - until now.

However, earlier today I combined the two discs of Rogue’s Gallery: Pirate Ballads etc into one entry, successfully. Just now I was combining the discs in Beatles Anthology 3 and it accepted the merge with no queries. However the Anthology 3 entry then disappeared and by searching for individual tracks found all its entries have been stuff into Rogue’s Gallery.

This is the start of a slippery slope, if last time’s experiences are anything to go by, so I’ve stopped.

What I need now is the following:

  • Instructions for UNDOING what the system just did, ie reverting to the previously correct Rogue’s Gallery and the Anthology 3 as two discs.
  • Instructions on how to merge multi-disc sets that don’t throw the tracks somewhere else.

I am presuming that this is a bug: I see no reason why this should happen wherever the two component albums may have been stored.

Please let me know if there are any ways to resolve this.


Hi Richard,

I have experienced this also. It is an insidious bug because it doesn’t happen all the time, and so is difficult to replicate, which is the first step in squashing a bug. This is under active investigation by Roon devs, but it is proving to be a difficult one to reproduce.

I found that it was fruitless to try fixing the botched merger. I had to delete the affected albums (both the source and target) from the file system and re-rip them. So far as prevention goes I found that if I closed Roon down between merging albums then the bug didn’t appear. That could have been just chance, I have only merged about five or six albums after the bug hit me.

I would also recommend backing up the database prior to attempting a merge. That way, if the bug does hit, you can revert to the saved database prior to a botched merge.

It may be that @mike has some better suggestions, but the above was what I experienced.

I do not see conceptually why there should be any way that the information for one album should be capable of being written to another more or less at random.

I am not in a position where I can happily replace items in my library - it’s used by two other systems, and anyway all the original CDs are in boxes packed away, AND some of them are downloads where the concept of re-ripping is not available. Roon claims to leave the original library files alone and this must remain the case or it’s no use to me. In addition I have previously failed to remove a corrupted album from the database - as soon as I add the source files back the faulty assignments return. In the case of a downloaded album I would not have a sensible means of altering the files so they didn’t appear the same as the old ones - I can’t deliberately corrupt the file metadata (and my other systems that rely on it) to fix a problem that is actually due to a separate database getting its records cross-linked. The problem is the crosslinking, not my source files: it should simply not be able to write to arbitrary other records. That is surely a pointer gone astray or something.

As far as I can see the problem is solely in Roon’s database and not my original source files - even if some of them are in sub-optimal structures such as the two discs of a two-disc set being in two adjacent folders. Whatever my source structure is I can imagine that perhaps making it harder for me to find tracks to merge, but once I’ve found them it should be fine.

The fundamental issue is that Roon must not write arbitrarily to other album records. If I give myself trouble due to source track locations that’s my problem, it does not explain why Roon is corrupting the records of other albums when I edit one.

As far as difficult to replicate is concerned… I have deleted and re-installed Roon from scratch three times now and I can tell you, it is 100% replicable - just merge half a dozen or so albums and it will start doing it. There have to be several previously-merged/edited/identified albums before it starts doing it, but merge albums enough and it’ll happen without fail. Following yesterday’s experiences I deleted everything once again and started from scratch once again. I am not messing with the database until there’s a testable fix for this issue and I will be pleased to beta-test such a fix and help get it working.

Hi Richard,

I agree completely with you that this shouldn’t be happening. It is something that needs to be fixed as soon as possible.

My experience was with an organised folder which meant my file structure was corrupted as well as the albums in the database. If this happened to you in a watched folder then the underlying file structure ought not to have been affected. In that case it may be enough to copy the files of the target and source to a folder outside Roon, delete the albums in Roon, and then re-import the files into a watched folder. I haven’t tried that myself so can’t tell you that it will definitely work, it may be that the database retains some memory of the files. Have names or tags on your underlying files been changed ?

The devs are aware of this bug and @vova is bashing away on it at the moment. As you say, I would expect that repeated merging of multi-disc albums initially separated by different folders ought to result in the merge bug appearing at some stage.

As soon as I hear any news on a solution which I am able to pass on I will post again in this thread. The conjunction of New Year and CES has interfered a little with Roon’s usual attentive Support but I expect you will hear further directly from the devs as soon as possible.

Today, I entered the disks from the Bruce Springsteen box set “The Ties That Bind: The River Collection.” At first, things whent more or less OK: I ripped all the CDs under the title The Ties That Bind: The River Collection and Roon did what it occasionally does – it identified disk 1 as one edition of the album and disks 2, 3 and 4 as a second edition of the album. Minor problem – it has happened so many times, that it is almost expected behaviour and not worht posting about here. Indeed, I was pleased that Roon didn’t insist that disks 1 and 2 weren’t really “The River” (which in a real way they are). I highlighted both editions and merged them. I was asked to create an album with 52 tracks, which is the correct number of tracks, and one would have thought every thing was fine. That’s where things went wacky. check out this screenshot:

The 88.2kHz versions are not from the album at all, but from Cheap Thrills by Big Brother (whose cover art was then attached. Those tracks had formerly been correctly identified by Roon and had been in the system for some time. Now look at this screenshot:

This is the file info on the first track, and as you can see, the track is really Combination of the Two, and is in the correct artist/album folder. I can’t understand why Roon mixed these up. Corruption of my database maybe? Is there anything I need to do or be worried about?

FYI, I was able to manually remove the Cheap Thrills tracks using Fix Track Grouping, so the only real issue is troubleshooting the misidentification.

This needs addressing, not resignation.

Hi Robert,

I’ve shifted your post in here because it looks like another instance of the merge bug that is under priority investigation at the moment.

I will flag it for @vova, @mike and @ncpl who are all trying to assist in reproducing this behaviour.

After a remote session with Vova over the weekend (where we weren’t able to reproduce it) I fell to thinking about it on a long country drive and there is a detail I would like to check with you, if you don’t mind.

You will recall that after hitting Merge Album you go to the Track Grouping screen where you can fix disk and track numbers. After you do that you “Create Album” and the merger (hopefully) occurs. Sometimes a popup will appear noting that the tracks are different or in a different order and you can “Create Album Anyway”.

Now sometimes after “Create Album Anyway”, instead of being returned to the Album view (or whatever other view you were in) we are presented with the Track Grouping screen again. In our remote session Vova and I were hitting Cancel at that point.

But I have since remembered that when the bug hit me, I was hitting “Create Album” again at that point, because I thought that the merge process had failed or not occurred for some reason.

Is it possible that you were hitting “Create Album” twice in the same way that I was ?


Robert is reporting the identical issue to mine, as far as I can see. I would ask him if he had previously at some point edited Cheap Thrills and I bet this is the case - I only get albums corrupted (by having the tracks of the current album dumped into them) that I have previously edited.

Regarding the issue of potentially clicking “Create Album” twice, I have been sure never to do this. Firstly it seldom appears as an option - in fact, the window generally goes away and the album changes to something wrong in front of my eyes, which sounds like happens to Robert too - and second, if I see the Create Album option a second time I always hit Cancel.

–Richard E

Thanks Richard, sounds like repeating Create Album isn’t the cause.

Also it was only albums I had previously merged or edited in Track Grouping for me as well.

It’s a really tough one to replicate also. I have done tons of edits and merges and only saw this once recently. It fits exactly the description but I cannot fathom the specific scenario.
Suggest we all keep an eye for it and try and document as much as possible. This will give @Brian et al the best chance of finding it.

My hunch is that there is a temp file or cache written somewhere that (for whatever reason) isn’t being flushed when the edit/merge is completed. It then somehow mingles with the next.

The merge album screen doesn’t close cleanly for me. I always click outside the box, so, that is where my hunch comes from FWIW.

I don’t know if my source file organisation is part of the issue. In most cases on my system, a multi-album set will be stored on my system in the form of folders with names like “Artist - Album Name Disc00”. In the notes on album merging it is specifically stated that this type of structure “will almost certainly not work”.

It could be argued that if I persist in using a specifically-deprecated file structure (which I am obliged to do as the files are used by two other systems, and there are rather a lot of them) then that’s my problem, not Roon’s. However, what “will almost certainly not work” is equally likely to refer to Roon not being able to interpret such a structure automatically - that on the other hand I totally accept. I don’t mind doing the work to get my multi-disc sets into order, and certainly conceptually I don’t see why Roon should not be able to let you assemble an album from any collection of tracks you like.

In my case, album corruption is 100% repeatable, and I suspect the following might produce a repeatable demonstration of the issue:

  • Make a collection of, say, a dozen or more multi-album sets in which each individual disc is in a folder named something like “Artist - Album Name Disc00”
  • Let Roon discover them - we assume it will create them as separate albums, one disc each
  • Select a pair (for example) of discs to merge and create a single multi-disc album from them
  • Repeat until failure

I appreciate that some people who have been getting this problem may have a different source file structure. However, on my system the effect has been 100% repeatable if you merge for a couple of days - say a dozen or so multi-album sets. My structure may not be the only way to demonstrate the effect but it does seem to be particularly prone to it.

In my case I need to have been merging albums for some time before the problem emerges. When it emerges, it will always throw the tracks from the current album into an album I had previously edited - not the previous album, but one from several merges ago.

My suspicion is that if you don’t get this happening, you haven’t edited enough albums yet. I’ve tried this three times now and on each occasion I had been merging discs for a day or so before it started happening. Once it starts happening, it happens on every occasion. And it never throws the tracks into the previous album I had been working on, but one several albums back - generally an album I had merged the previous day.

Hope this helps!

There is no cache/temp file here. I’m thinking stale data in the UI left over from past operations isn’t being cleared… @mike/@vova are looking for a way to make it repeatable, too.

That makes sense to me Brian. The UI doesn’t close when a merge is done and it could have a cleaner workflow. Maybe it is related.

Its possible. I don’t remember.

Good news !

@brian has managed to drag the merge bug out from under the couch and drive a stake through it’s cold undead heart. Looks like it was an issue arising from restarting a Remote.

A fix has been implemented and should be in the next build (which may or may not be 1.2).

Thanks everyone for your patience and reports. I hope we can mark this thread [Solved]. I know it’s one that @mike has been wanting to clear for a long time. Let’s see what everyone’s experience is when the fix is out.