Emby lost ALL content - what do do ?

[chudak 24]

All of the sudden I see nothing under my libraries, no movies, no photos, no live tv - nothing !

Folders are accessible and system looks ok, no obvious errors in the log.

Any exprt suggestions what to do and where to look ?

 

Thx in advance !

[chudak 24]

Wow, I added a bad path to a new library and that's made all the rest hidden !!!

Need to dig more in what exactly happen, but sounds like a bad thing.

@Luke anything resembling to someones complains ?

[Happy2Play 9780]

Can you discuss the paths used.   But yes something like this can happen as no library can be a subfolder of another library.

[chudak 24]

@Happy2Play

Sure.  I set by mistake a path pointing to all types of files for home videos.

Instead of `/media/backup/Public/VHS` I set it to `/media/backup/Public/` and that's what I suspect triggered the problem.  After fixing all libraries were rebuilt.

AFAImC it looks like a bug.  The question is - what file type(s) caused the problem?  But in any case, emby should not have lost all content because t this mistake!

How does it agree or otherwise with you experiences ? 

[Happy2Play 9780]

2 minutes ago, chudak said:

@Happy2Play

Sure.  I set by mistake a path pointing to all types of files for home videos.

Instead of `/media/backup/Public/VHS` I set it to `/media/backup/Public/` and that's what I suspect triggered the problem.  After fixing all libraries were rebuilt.

AFAImC it looks like a bug.  The question is - what file type(s) caused the problem?  But in any case, emby should not have lost all content because t this mistake!

How does it agree or otherwise with you experiences ? 

You will need to go over the other libraries that were lost.  But any subfolder of /media/backup/Public/ would be lost as the parent folder already contains everything within it, so that library will have everything assuming the content type supports it.

This is not new, so currently you can not have subfolders of any existing library in any other library. 

If this is not the cause we will have to go over all library paths.

[chudak 24]

@Happy2Play

All my media files are under /media/backup/Public/ , so it does look like it.

Still I think it's something that has to be handled more gracefully.

Thx

 

[Happy2Play 9780]

Just now, chudak said:

@Happy2Play

All my media files are under /media/backup/Public/ , so it does look like it.

Still I think it's something that has to be handled more gracefully.

Thx

 

What does that mean?  You can not have a library that points to /media/backup/Public/ and say /media/backup/Public/Movies.  The Parent folder will always remove the children from other libraries.

[chudak 24]

Well why this behavior is correct ?  Why can't user expect to have to libraries even by mistake /media/backup/Public/ and /media/backup/Public/Movies ?  

[Happy2Play 9780]

Only the Devs can answer that but to me that would be a bloated database with a lot of duplications with all the crossed library paths.

[chudak 24]

I’ve been thinking about this and if such a mistake that has to be prevented it should be caught if a user makes bad path selection and won’t even allow to save it …

 

just a thought 

[mastrmind11 722]

how would emby know that you made a path mistake?  there's a certain level of competency implied when dealing with software.  like every other app, emby does what you tell it to do.

[chudak 24]

say you have say /media/backup/Public/Movies already set and trying to  a new library and select /media/backup/Public/, at this point emby knows

[mastrmind11 722]

i don't understand under what scenario this would ever be necessary.  emby reads a file structure and assumes you know what you're doing.  if you don't, neither does emby.  thats like saying pressing the delete key should somehow anticipate an idiot user and not actually delete anything.  just fix your mistake and move on.

[chudak 24]

1 hour ago, mastrmind11 said:

i don't understand under what scenario this would ever be necessary.  emby reads a file structure and assumes you know what you're doing.  if you don't, neither does emby.  thats like saying pressing the delete key should somehow anticipate an idiot user and not actually delete anything.  just fix your mistake and move on.

On submit emby knows libraries' paths, what's the big deal to validate it  before saving, it does it when you enter an invalid path, does it not  ??

And yes if you make any s/w 'idiot proof' it will make it better and ultimately more used and liked by users.

I personally don't mind either way, just a suggestion.

[Q-Droid 989]

1 hour ago, chudak said:

On submit emby knows libraries' paths, what's the big deal to validate it  before saving, it does it when you enter an invalid path, does it not  ??

And yes if you make any s/w 'idiot proof' it will make it better and ultimately more used and liked by users.

I personally don't mind either way, just a suggestion.

It shouldn't be difficult to warn the user during library creation or edit if the given path is a base directory or sub-directory of an existing library.

[Luke 42078]

On 6/27/2020 at 6:17 PM, Q-Droid said:

It shouldn't be difficult to warn the user during library creation or edit if the given path is a base directory or sub-directory of an existing library.

Correct, yes, we'll look into improving that. Thanks for the feedback.