Bug report: Refresh of metadata uses 'old' ID

[hanzworld 0]

Server version: Version 3.0.5192.19560

Says it's up to date, set to install dev builds.

 

Short version:

After manually correcting a TV series identification, pressing Refresh continues to use the 'old' ID values/bring back data for the original identification, despite having correct ID's in 4 x metadata provider fields.

 

Long version:

I found that I had a TV series incorrectly identified - it had been matched to an identically named TV series made a few years earlier:

 

Intelligence (2014) (what I have/want) vs Intelligence (2006) (what it's identified it as)

 

I went into the Server web UI and found my show:

 

 

I started with the obvious, and used the inbuilt Identify functionality to find the series I really wanted - no problems:

 

 

I do a refresh. None of the metadata updates.

 

So I manually check the ID's (TVDB, IMDB etc) by clicking the arrow and they are correct/now on the right show:
 

 

I think maybe it's just getting confused about overwriting the existing metadata, so I manually clear it out.

 

 

I save, do a refresh, and the data that comes back is still the old TV series, as if it's cached the old ID or something.

 

 

No matter what I do, it keeps pulling back the show information for the old show, even thought my ID's (as far as I can tell) are all pointing to the 2014 version of the show. 

 

I have tried multiple times, and hit Save in between multiple times to ensure everything is written to disk, but still no joy.

 

I'm stumped, and (although I'm happy for someone to point out if I've done something retarded) I suspect it's a bug?

 

[Luke 42078]

can you please post the server log from when you did this

[Koleckai Silvestri 1154]

I had to add (2014) to the name of the series folder so that MediaBrowser would identify it correctly. The 2006 series series is returned first in a query against thetvdb.com.

[hanzworld 0]

can you please post the server log from when you did this

 

Done. Just ran through it again from woah to go (admittedly in this case, the metadata provider ID's were already correct from the beginning, but went through identifying, saving, refreshing, saving, clearing out data, saving, refreshing and saving). Not much there...

server-63532339200.log

[Luke 42078]

Change to debug logging in the advanced section, run through it again and always please post the entire log file

[hanzworld 0]

Change to debug logging in the advanced section, run through it again and always please post the entire log file

Debug version now attached. Just FYI, that was the entire log file - it had rolled over. I have manually gone and pulled the previous log file and merged them together in case there was something you had wanted to see from the previous log file.  Pretty sure I did it the right way around...

server-63532339200.log

[Luke 42078]

Debug version now attached. Just FYI, that was the entire log file - it had rolled over. I have manually gone and pulled the previous log file and merged them together in case there was something you had wanted to see from the previous log file.  Pretty sure I did it the right way around...

 

There's no refresh in that log. Doesn't appear to be debug mode.

[hanzworld 0]

There's no refresh in that log. Doesn't appear to be debug mode.

Funny you should say that. I did wonder as it didn't seem to log anything extra than last time. But I checked as it definitely said it was in Debug (and yes, I had to switch it on), even refreshed the page to make sure.

 

Have restarted the server and tried again - this time there's Debug level log entries. Debug switch on must require a server restart to take effect? Anyway, that's a sidetrack.

 

3rd time lucky....?

server-63532395676.log

[hanzworld 0]

Actually I might just be an idiot (not terribly surprising). I've just manually checked the series.xml file and it still has the old TV.com ID in it (different from what is reported via the UI). Maybe the question is why MediaBrowser reports one set of ID's but the series.xml (which I assume it's reading from on refresh) has a different set/hasn't been overwritten?

 

Pass, but maybe it helps you?

[Luke 42078]

You've got internet providers disabled, and you've got saving of local metadata disabled.

 

Doing that causes two things. First, clicking the refresh button does nothing except read your xml. Second, using editing interface saves only to the database and doesn't overwrite your existing xml.

 

So the identification feature is working correctly, except no new metadata is being downloaded for the new show because you've got that disabled. Then you click the refresh button, and we re-read your xml and blow away what you just did with the identification feature.

[hanzworld 0]

You've got internet providers disabled, and you've got saving of local metadata disabled.

 

Doing that causes two things. First, clicking the refresh button does nothing except read your xml. Second, using editing interface saves only to the database and doesn't overwrite your existing xml.

 

So the identification feature is working correctly, except no new metadata is being downloaded for the new show because you've got that disabled. Then you click the refresh button, and we re-read your xml and blow away what you just did with the identification feature.

 

So, that kind of makes sense. I'll retreat to my corner and shut up about a 'bug' report. 

 

However, I'd suggest that (in all the free time you guys don't have) there's a usability issue there then. I do indeed have them disabled as I don't want them to occur by default. But if that's the case (and assumptions make idiots of us all I know) then why can I use the UI, identify, see the values change and do a refresh? The availability of this functionality made me think it was doing 'stuff' (I actually didn't expect it to work at all given internet providers is disabled, but yet it happily contacts the providers and downloads metadata etc - so when it did that, I assumed it worked if you did it manually... because.. well, it did - almost). This seems contradictory? Or at least confusing from a usability point of view, especially since the id's in the UI update.

 

Regardless, thanks for helping another PEBKAC.

Edited April 6, 2014 by hanzworld

[Tikuf 663]

[Luke 42078]

I think he's right to an extent. I think saving from the editing interface should save over the file if the file's already there. but if you have save local off then it shouldn't create it. so that can be improved.