Okay, I unchecked cue files from the list of audio to import and that has fixed it, which makes me happy of course.
However, it does beg a number of questions.
Why is a cue file even in the list of audio? It is the only item in the list that is not an audio format (MP3, Flac, etc.) and one would not normally think to have to uncheck it because to me it should not be on the list in the first place.
Second, why is JRiver looking at the cue file and overriding the actual tag information? No where could I find that would indicate that it would do this, resulting in this thread and lots of time spent by all of us trying to fix it. All the JRiver library options are tag related not cue related, e.g. right clicking on a file, choosing "Library Tools" leads to "Update tags (from Library)" and "Update Library (from tags)". Never does it say to/from cue file or that the cue file would ever be involved here.
Third, even if JRiver is looking to the cue files for whatever reason, why was it only affecting the last file in each album every single time?
Thanks.
Edit: Just saw your post above. I fully understand the use of cue files but these are generated automatically by EAC which I use to rip all of my CDs. Thus the cue file. This enables you to burn a backup of the CD properly just by loading the cue file which in this context is the real reason for having it. Yes they are often used to show songs contained within one long file but there are other uses as above.
Having said all this I am not trying to be difficult I am just trying to understand how JRiver works as this behaviour is different from Media Monkey, foobar, etc. that I have traditionally been using. Now that this issue has a solution, and a simple one at that, I think it's off to the races...
Thanks for all your help Matt, no way we could have solved it without you.