Group filter does not show all groups

[jmediamanager]

http://forum.team-mediaportal.com/threads/my-anime-3.107475/page-71#post-1112702

With the beta (3.4.2.8) I observe a mismatch for identified number of groups between the plugin and JMM Desktop- While the correct total number of groups are identfied in JMMDesktop, only a subset is listed and shown in the plugin.

I observe the behaviour for some time now with the betas, but couldn't find a cause. For a custom filter (all unviewed animes since a specific date) shows also only a subset of the actual hits, but this happens to be the same in the JMMDesktop & the plugin

after some time the list is corrected shown in the plugin.

So far I assumed that it is the server itself, but since I see a difference in behaviour, I am not sure anymor.

Note: my files are on two servers and linked as shares via UNC path (\server\share) and are sometmes not present at startup

As this has never happened with the release versions one can only guess as related to one of the modifications

Both Group Filters show after start-up only a subset of hits. (for the shown below it should be ~46 hits) The filters were working fine in the release versions; so behaviour started with the betas.

While I was typing this the number of hits increases (see second pic)

Forcing full import generates some hundred activities and some hours later you will have eventually all matching groups shown

Cheers

Addendum (03.01.15): Seems like there is also a discrepancy for identified groups in the "ALL" category between MP plugin & JMM Desktop: While JMM Desktop is showing correctly 598 groups, the MP Plugin identifies only 32 groups "2012-2014(ALL)": 28 for JMM Desktop & MP Plugin "2012-2014(unseen)": 10 for JMM Desktop & MP Plugin

[yhoogi]

Some screenshots to show the situation:

Comparison on expected(i.e. Nominal) vs identified by JMMDesktop & MP-Plugin at same time shortly after start of server: expected / JMMDesktop / MP-Plugin ALL: 607 / 607 / 22 2013-2015(all): 134 / 17 / 17 2013-2015(Unseen): 32 / 4 / 4

they gradually increase over time up to expected figures when you force repeatedly import activities At this time several files are re-hashed although they should be already been available with hashes in the DB.

[jmediamanager]

@yhoogi, ok I have tried on my test machines (sql server) and can't reproduce the issue.

I will setup a mysql database to see if it is related to that instead.

Could you please let me know what version of MySQL you are running, and what operating system you have it on.

Alternatively you can give me a copy of your database, and I can test using that as well/

[yhoogi]

first quick response: MySQL 5.6.22 (updated yesterday; formerly it was 5.6.17) Windows 8.1

[jmediamanager]

Great, thanks

[yhoogi]

I can't upload the DB here I will give it to you in the forum as direct chat

[yhoogi]

Info on db location in forum chat

[CuddleBear92]

you can just uploaded it to any file host like google drive, mega.co.nz, jottadrive, dropbox or whatever and post a link here. not that hard to share a file with someone even if the site does not support it, there really should be no need to post files there that way away from the issue and such.

[jmediamanager]

Fix Available in 3.4.2.10

Basically you were missing TvDB information for one series http://thetvdb.com/?tab=series&id=264527

If you force the update for this series now it should also solve the issue for you The code can now handle missing information and continue on