Jump to content
Sign in to follow this  
archangelz

Collections primary image can't be change in beta

Recommended Posts

archangelz

Did a quick search and didn't find anything. So I recently installed 3.0.5518.0 Beta of windows mediabrowser server and I'm finding a weird bug in the "Metadata Manager". 

When I go in to change the primary image of a collection for an auto boxsets plugin created collection, the primary image always reverts back to the primary image of the first asset in the collection. 

This doesn't matter if I go to the image flag, browse for the image using the "browse image" button and download from an online source, or click on the cloud button under the primary image. After I restart the server, the primary image always reverts. Art, banner and logo images don't seem to be affected. I always hit save after in the metadata tab of the collection. 

 

Am I doing something wrong? Or is this a bug in the beta? Anyone else seeing this?

 

To reproduce the issue:

- Goto Metadata manager

- Click on a collection under collections

- Click the images tab

- Click the cloud button under the primary image poster

- Click download on a poster from an external source such as theMovieDb

- Click the metadata button and hit save

- Goto settings and restart the mediabrowser server or just use mediabrowser for awhile / re-log in

- Click on the collection again and watch the primary poster art revert to the primary image of the first asset in the collection

 

Also does mediabrowser use an external bug tracker like JIRA or something that we can do a search in? Just a noob question that I haven't really found an answer for atm. I'll post some logs shortly when I get home. 

I don't have the cover art plugin installed but I do have auto box-sets plugin installed. 

 

TIA

Edited by archangelz

Share this post


Link to post
Share on other sites
ebr

We may have tried to get too smart for our own good there but first thing to do is be sure you are actually on the latest beta which is 5518.3.

Share this post


Link to post
Share on other sites
archangelz

I've verified this happens on the latest beta. Version 3.0.5518.3. Two logs are attached over the restart. 

I edited two collections "Alien" and "28 Days Later" and both reverted after restart.

 

Just a quick scan through the files. Is this relevant?

 

Save before the restart for the changed primary image. Post to DB seems to return a no content. Is that expected in this case?:

 

2015-02-19 08:23:14.4382 Debug - HttpServer: HTTP POST http://XXXXXX:8096/mediabrowser/Items/65771a256c6eb51c77b498cbaf32b1ca
Ip: 192.168.0.1:64161. Headers: Host=XXXXXXX:8096,Connection=keep-alive,Content-Length=1222,Accept=*/*,X-MediaBrowser-Token=a41dc37a655340bc88137249eed215b9,User-Agent=Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/40.0.2214.111 Safari/537.36,Authorization=MediaBrowser Client="Dashboard", Device="Chrome 40.0.2214.111", DeviceId="53ca4df80e6192e3606f1c352e9bd7cea8e741d9", Version="3.0.5518.3", UserId="9db488aaaf4b065574acecfee5671c0c",Origin=http://XXXXXXXX:8096,Content-Type=application/json,DNT=1,Accept-Encoding=gzip, deflate,Accept-Language=en-US,en;q=0.8

2015-02-19 08:23:14.5162 Debug - App: Saving C:\Users\XXXXXX\AppData\Roaming\MediaBrowser-Server\data\collections\28 Days Later Collection [MB Auto Set] [boxset] to database.

2015-02-19 08:23:14.5162 Debug - HttpServer: HTTP Response 204 to 192.168.0.1. Response time: 78.0001 ms.

 

After restart provider manager seems to overwrite the change because of a lack of metadata for the collection? This was populated before the restart and looked to be correctly identified for both assets.

 

2015-02-19 08:26:35.3822 Info - App: StartupTrigger fired for task: Cache file cleanup

2015-02-19 08:26:35.3822 Info - App: Executing Cache file cleanup
2015-02-19 08:26:35.5382 Debug - App: Running BoxSetXmlProvider for C:\Users\XXXXXX\AppData\Roaming\MediaBrowser-Server\data\collections\28 Days Later Collection [MB Auto Set] [boxset]
2015-02-19 08:26:35.5382 Debug - App: BoxSetXmlProvider returned no metadata for C:\Users\XXXXXX\AppData\Roaming\MediaBrowser-Server\data\collections\28 Days Later Collection [MB Auto Set] [boxset]
2015-02-19 08:26:35.5382 Debug - App: Running CollectionImageProvider for C:\Users\XXXXXXX\AppData\Roaming\MediaBrowser-Server\data\collections\28 Days Later Collection [MB Auto Set] [boxset]
2015-02-19 08:26:35.5850 Debug - ProviderManager: Saving image to C:\Users\XXXXXX\AppData\Roaming\MediaBrowser-Server\data\metadata\65\65771a256c6eb51c77b498cbaf32b1ca\primary_key_ced531ce85fa7db72f71ba9b064c4c04.png
 
 
 

server-63559930932.txt

server-63559931130.txt

Edited by archangelz

Share this post


Link to post
Share on other sites
Rasputin

I posted the exact same issue about a week ago. Mine (even on the newest Dev build) will still overwrite and change all primaries that were manually modified after a library scan. It also populates a "thumb" which is usually an exact copy of the primary. I haven't had any luck finding a solution.

Share this post


Link to post
Share on other sites
archangelz

I posted the exact same issue about a week ago. Mine (even on the newest Dev build) will still overwrite and change all primaries that were manually modified after a library scan. It also populates a "thumb" which is usually an exact copy of the primary. I haven't had any luck finding a solution.

 

Yea I saw your post, but it seemed like yours was solved by some plugin removal in that thread (which I didn't have installed at all), so I didn't think it was the same issue. 

Share this post


Link to post
Share on other sites
Rasputin

Ahhh...gotcha. Sorry aboyt that, i was meaning to follow back up about and got swamped.

 

Part of the issue was solved, CoverArt was modifying the thumbs. It didn't change anything with the primary image issue and the overwriting that was taking place.

Share this post


Link to post
Share on other sites
archangelz

Seems to be fixed now in 3.0.5518.5

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×
×
  • Create New...