MediaArea / MediaConch

MediaConch (funded by PREFORMA)
31 stars 11 forks source link

Checker stops accepting any new files. #160

Open pjotrek-b opened 7 years ago

pjotrek-b commented 7 years ago

This one seems critical, because it leaves MediaConch application in a completely broken state (Version 16.09.20161030 / Xubuntu 12.04 (64bit))

After adding new policies and testing several different files (even audio-only WAVs and FLAC), the Checker wouldn't accept any new files anymore. Unfortunately, I haven't found out how to reproduce this behavior. Yet.

Symptoms:

The problem only disappears after:

After checking a few files with policy, the problem appears again :fearful:

tribouille commented 7 years ago

Hmmm, cannot reproduce... So, I'll ask you few questions to see if it can help me to reproduce...

  1. When you clicked on "check files", does the file go to the list below (table)? If yes, what does the status show? (in queue, analyzed, XX%, ...)
  2. Does the filename or the path has non-ASCII characters (other than [a-zA-Z0-9 ]) in it? If yes, which one?
  3. Does it always stuck at the same file?
pjotrek-b commented 7 years ago
  1. Nothing happens. The table below doesn't update/refresh/move at all.
  2. Filename is not the issue. All filenames pure alphanumeric and short :smile:
  3. No. Arbitrary files.

What I've noticed though is, that the problem seems to occur...:

tribouille commented 7 years ago

On WebKit (XUbuntu 12 is using it), I found one problem that could be related.

The policy update was not working properly. The internal policy was updated but the status of the UI was never updated (just the wheel) and brings to a broken code.

That could explain the "stop working" but you said it still not working when you reload the page... So, something else buggy.

I still do not reproduce btw. Can you try with tomorrow or later snapshots and see if you get the same error?

pjotrek-b commented 7 years ago

The "spinning wheel that never finishes" is another issue that can be resolved by switching between different views (e.g. checker <> policies). That happened every now and then, but I wasn't able to reproduce it so I haven't reported it yet. But glad you found it!

Will test with your new build again.