Erasing/Reseting User/Watched data

[GiGo 108]

Can I erase/reset all watched data for a user without having to delete the user and start again?

[ebr 16194]

Hmmm... not directly.  I believe that has been requested and could be a nice feature (behind a few confirmation prompts :)).

You may be able to make it happen with the Configuration Backup plug-in by backing up a brand new user's user data and then restoring it to the user you want to reset.

However, this is going to also eliminate all their Favorites...

[GiGo 108]

4 minutes ago, ebr said:

Hmmm... not directly.  I believe that has been requested and could be a nice feature (behind a few confirmation prompts :)).

You may be able to make it happen with the Configuration Backup plug-in by backing up a brand new user's user data and then restoring it to the user you want to reset.

However, this is going to also eliminate all their Favorites...

The idea for me is am I am currently renting out properties on Airbnb, each property has its own user name so when a guest leaves I can simply push 'erase data' and its fresh for the next guests.

If I remove/delete a user and recreate it (same username and emby email) will it still be logged in remotely? 

[ebr 16194]

Just now, GiGo said:

If I remove/delete a user and recreate it (same username and emby email) will it still be logged in remotely? 

What, exactly, do you mean by "logged in remotely"?

That is a great use-case for a "wipe all user data" feature but my restore idea could work (but I haven't specifically tested it).

Also, if you don't use Connect (which I imagine you aren't if this is the situation you say) then you could just keep a fresh hidden user that is a "template" for your guest account - with proper access to libraries etc. and no user data and then just keep restoring that user into a new user for each guest.

Like I said, haven't tested that, but it may work...

[GiGo 108]

4 minutes ago, ebr said:

What, exactly, do you mean by "logged in remotely"?

That is a great use-case for a "wipe all user data" feature but my restore idea could work (but I haven't specifically tested it).

Also, if you don't use Connect (which I imagine you aren't if this is the situation you say) then you could just keep a fresh hidden user that is a "template" for your guest account - with proper access to libraries etc. and no user data and then just keep restoring that user into a new user for each guest.

Like I said, haven't tested that, but it may work...

Sorry I should have been more clear;

I am using Connect for all users on my server;

1 for each property and 1 for myself

So if User 1 is logged in using Connect using Android TV, once the guest leaves can I delete User 1, then recreate User 1 using the same details (same Connect info), if so, would User 1 still be logged in at which ever property I have just deleted and and recreated, I suppose it's a question I can answer just by attemping it lol

[ebr 16194]

No.  Connect links will be lost by restoring or re-creating users.

If its an AirBnB why do you need connect?  You could just have the users logged in directly to your server and remembered so it just comes up for the guest.

[GiGo 108]

2 minutes ago, ebr said:

No.  Connect links will be lost by restoring or re-creating users.

If its an AirBnB why do you need connect?  You could just have the users logged in directly to your server and remembered so it just comes up for the guest.

Yes I have just tried it, it logged me out  

I need Connect as it's at two properties;

User 1 = Property 1 (on the local network)

User 2 = Property 2 (remote connection)

User 3 = My own account

The idea is the guests can use my media to watch and as most people are in need of things being very simple I want the users to be logged in and it to be 'blank' for when people use it.  So for instance, this week I have a guest for 3 nights and then a guest for 5 nights two days later, I'm not going to be about between guests so can't log-in and out if I recreate the user (it does need to be simple) it won't be logged in.

I like your idea of backing up and restoring, I will look into that. I might just un-watch everything that the user has watched for now as it will be the easiest to do.

 

Would be a great feature to be able to add and as you said great for this type of application.

[ebr 16194]

I still don't think you need Connect for your use-case.  You can just as easily have those users directly logged in.

[GiGo 108]

Just now, ebr said:

I still don't think you need Connect for your use-case.  You can just as easily have those users directly logged in.

If I don't use Connect it won't keep the IP address at Property 2 or am I wrong?

I know if I don't use connect on my phone I need to manually enter the IP address when I'm not on the local network. I thought Connect was to use for remote connections and it kept the details of my server for easy connection (in laymans terms.)

[ebr 16194]

The app will still remember the server.  Connect is just a way for users to connect without knowing your server address.

Just manually add the server and, as long as you don't clear data or "forget/delete" that server, then it will be there and can stay logged in automatically (if the app is set that way).

[GiGo 108]

18 minutes ago, ebr said:

The app will still remember the server.  Connect is just a way for users to connect without knowing your server address.

Just manually add the server and, as long as you don't clear data or "forget/delete" that server, then it will be there and can stay logged in automatically (if the app is set that way).

Thanks for that I didn't realise.

[Carlo 4561]

Hi GiGo,

I just tested this and it should work fine for you.  I created a user named "Template" that has no use and no watched status.

Then I created user "Airbnb Guest1" and marked a few things played.

I forced a backup, then did a restore with only one option selected which you can see.  I set it to copy user Template to Airbnb Guest 1 and did the restore.  This removed all watch status from the user which sounds exactly what you're looking for.  The only downside to this approach is that the restore process requires an Emby Server restart.

Edited August 16, 2020 by cayars