All Activity

Again, the administrative features are not confined to any particular interface. Then none of them have access to the admin features and you have no issue to try to resolve here. It's a part of your server. Whether you access it or not.

Why? The Eero is also a mesh system.

Okay, actively trying the process now.

It's an eero Max 7, they refer to it as a modem/router. Along with it, I have a deco mesh system.

ribtherobot@RIB:~$ ls -lah "/mnt/hde4TB_4/Filme/Animações/[2025] Zootopia 2" total 6,7G drwxrwxrwx 1 1000 1000 0 mar 17 16:23 . drwxrwxrwx 1 1000 1000 68K mar 17 16:23 .. -rwxrwxrwx 1 1000 1000 6,7G mar 17 16:26 '[2025] Zootopia 2.mkv' ribtherobot@RIB:~$ namei -l "/mnt/hde4TB_4/Filme/Animações/[2025] Zootopia 2/[2025] Zootopia 2.mkv" f: /mnt/hde4TB_4/Filme/Animações/[2025] Zootopia 2/[2025] Zootopia 2.mkv drwxr-xr-x root root / drwxrwsrwx ribtherobot ribtherobot mnt drwxrwxrwx 1000 1000 hde4TB_4 drwxrwxrwx 1000 1000 Filme drwxrwxrwx 1000 1000 Animações drwxrwxrwx 1000 1000 [2025] Zootopia 2 -rwxrwxrwx 1000 1000 [2025] Zootopia 2.mkv ribtherobot@RIB:~$

Thanks, I'll take a look in the next day or two

I am reading everything If HTML access is not a thing and is not needed, why can we not disable the HTML interface? What is the point of having it running if not needed. For example if I setup a Apache server, and by default its listening on port 80 (http) but my site only uses https (port 443) so the correct thing to do is to disable port 80, there is no reason to have it listening on port 80. None of my users have admin access The point is, why do I have to expose to the internet the HTML web interface (which includes the Admin Dashboard because its not separated on its own port) when 100% of my users are using the apps. If 100% of my users are using apps, there is no reason to have the HTML web interface available just sitting there waiting

Oh. My bad.

Nope, apps use it.

So the solution there would be to block every URI path not containing "/emby/" while also blocking every URI path containing "/emby/web/". Wrongo.

Nice find! That's the issue, the plugin didn't work with pagination, so it only fetched 1000 items. This is now fixed this for upcoming release. Yeah, and that's the whole reason i started this project with the plugin. Tag are almost invisible for the user but we can do so much with it. Collections will quickly be cluttered if we have like 20 + for just the purpose of populating the home screen rows.

Show us what these two commands return: ls -lah "/mnt/hde4TB_4/Filme/Animações/[2025] Zootopia 2" namei -l "/mnt/hde4TB_4/Filme/Animações/[2025] Zootopia 2/[2025] Zootopia 2.mkv"

TBH, it's been a number of days since I did this and I wasn't making note of the time stamps... Prior to making this comment (by probably 30 minutes - it took some time to do some searching to find this thread), I'd tried playing S15E7 and the Skip Intro option was not there. I ran through the delete/import/scan process prior to the above linked comment posted at 1739 local time. I then stepped away, waiting for a response and did something totally different for a while. You followed up at 1914, and in response to that I posted at 1934 with the comment at the bottom that the Skip Intro button did appear, but that I hadn't tested. My presumption was that the 0 seconds of processing time indicated that nothing had happened - that presumption was wrong. It would have been shortly before I posted that comment, so roughly 1930-1934 local time when I checked S15E7 and the skip intro was there. I'm playing the video on Kodi with the Emby for Kodi Next Gen plugin interfacing with Emby. I did not reboot my Kodi box, reset the E4K plugin, or any other actions. Upon import, Emby notifies Kodi of new files, and the E4K plugin pulls whatever data is currently available (you'd have to ask quickmic for the details on how).

Fair enough, but the current way may not be nearly as consistent in usage, nor easy trying to float between the two views given where each are in the GUI. Yes, of course "Upcoming" may not be the best semantics, but really, having Yesterday in that list is also including some Missing.......Point being it may not be that difficult to develop to include a few days back, if one already has Yesterday and Incoming could maybe have a change of label if the development architect was concerned. Maybe one could look at Trakt and how they do it. Cheers, Jan

Genre by genre, I refreshed md with option to replace existing images, and that repopulated the pics.

While true, this is not completely accurate. You can change the URI to /emby/web from /web in the browser and everything works normally. I guess you could allow/block access to the /web path based on User Agent string, but that can still be spoofed so you're probably better off just not giving people admin access.

Your problem would be much easier to resolve if you actually read the responses you're getting. There is already a setting to prevent remote access to the admin account, should you so desire. “HTML access” isn't a thing and has no effect on what you're trying to do, because the admin dashboard is just as easily accessible through the apps as the rest of the interface is. Why do so many of your users have admin access in the first place?

@ebrcould there not be a simple on/off flag added to the admin dashboard under the user setting to enable/disable HTML access? my users never login via browser to the HTML site, they are only using apps like ipad/firetv, etc. They have no need for browser access and the HTML site could be turned off Ideally the Admin Dashboard should be moved to its own port, or be able to select Admin Access to localhost only as well, but if I can at least restrict my users to not have HTML access then that would be good

Before, as in a few weeks ago at most, all genres would have a 4 pic montage of movie posters found in that genres. They would show only movie posters on movies library, and tv posters for tv show.

That's the Emby server log, not the kodi.log. I need the logs from Kodi for review.

Un fallo en la redireccion de puertos. Gracias a todos

Yeah, you are equating "web access" with "admin access" and that isn't the same thing at all. Blocking browsers (or whatever you are thinking of as "web access") is not going to stop admin access.

Hi. Going backwards that far would make them Missing not Upcoming - which we also have...

But...the dashboard is also accessible through the apps. Just don't let the admin account connect remotely.

@sh0rtymy initial concern is that if I open 8096 externally for the apps to connect, then I am also exposing the admin dashboard since its listening on the same port, one mistake by the emby devs, could lead to a compromised server. However since all my users only use the apps, I see no reason to have this HTML access open at all, and I was looking for a way to disable it for regular users.