Yeah I see ... hamburger Icon on the left opens that empty side menu.
For now, if you want to go to see all the logs, use the Logs option at the bottom of the side menu. And then, the Actions option gets you back from Logs.
...since you have the GUI book open - any chance you would consider something like docker's "Advanced mode," which would allow for cut/pasting environment variables in? This would make multiple tries at some of the variable-heavy items much less painful.
Not in quite that way. But I could make the values you enter the new defaults? With the exception of passwords of course.
I'll test to be sure, but I think Roboform could capture all of one's field data when entered, and auto fill in the future.
I do this now when testing for username and password, but I think it could store all fields. Upside with this is you'd never end up with bad data as the default.
Roboform is the answer! Just tested on Windows and Mac. The free version should be fine.
On the Mac, when you enter your form data, use the "Option" button when you click "Start" and you'll be prompted to save your form data:
Then next time through on that same Action item:
It'll offer to autofill the fields. One word of caution, use the fill forms option available from the stacked dots, otherwise the form gets submitted immediately. Much better to have it fill, look things over one last time, and then click "Start".
1 Like
@Edwin_Perez says: "Hey how 'bout a little something on that new side menu?" 
@bnhf says: "Coming right up!":
New version of bnhf/olivetin:latest (2024.04.12) pushed today with Project One-Click moved to its own dashboard. More details here:
1 Like
I know you like roboform, but the above would be simpler for most.
Is the first post updated with the latest docker-compose and environment variables?
It was good, but I just sync'd it with a couple of small changes I made in the bottom volumes section for anyone using network shares, so it's even better now.
Thanks, thought I did something wrong. Turns out the new changes don't work with Firefox (v124.0.2).
Brave and Edge are working.
Did you try deleting cached images and files in Firefox?
I just redeployed the stack in Portainer and refreshed the Firefox browser tab. Working now.
1 Like
Is it possible to add the value of this variable CHANNELS_DVR_HOST to the Olive Tin alerts ?.
I have 2 DVR's running but don't know which one the Alert came from ...
(OliveTin Log Alert) The following CDVR log lines match your filters:
2024/04/22 07:50:40.587317 <ERR> Error during stream M3U-Cameras c
Example (OliveTin Log Alert (value of CHANNELS_DVR_HOST))
Absolutely. I'll make sure it's in stdout and in the e-mails.
1 Like
Just installed OliveTin for Channels and it rocks! I love the ability to send messages to the ChannelsDVR clients.
Is it possible to generate a message elsewhere, like a home automation system and push it to OliveTin for Channels? Our HA computer gets weather alert emails and generally sends us an iMessage/text and runs a shell script to send a message to a few LaMetric Time units around the house about a minute before the weather radio sounds off. It'd be cool to throw something up on Channels too.
Disregard, found the API info for messaging the clients!
Pushed a new version of OliveTin-for-Channels this morning under :latest (aka :2024.05.01) that hopefully addresses the following:
E-mail subject and first line of the body now include the name of the DVR the alert is coming from.
Copy-and-paste fail fixed, as the vlc-bridge-pbs script now creates CDVR Custom Channels for the container in question rather than Tubi.
The API approach is the way to go if you want to curl a URL for a single client. Another approach, if you want to message all clients, as defined in OliveTin, and you have ssh access to the Docker host:
docker exec -it olivetin /config/notifications.sh "messageTitle" "messageContent" "messageRepeats"
The first two arguments are self-explanatory, the third is the number of 5 second message blocks you want sent. E.G., "12" would send a message that would display for 60 seconds. This same message would be sent to all defined Channels clients.
2 Likes
I finally was able to sit down and spend the time to redo the whole installation from scratch. I have OliveTin running now, I can see it in the browser but it seems that I must have an incorrect mapping somewhere because it is not seeing my Channels DVR folders.
Environment: single Windows 11 computer that runs both Channels DVR and Portainer. Static IP address of this computer: 192.168.0.155.
Here is the result of the post check:
Checking your OliveTin installation...
(extended_check=false)
----------------------------------------
Checking that your selected Channels DVR server (192.168.0.155:8089) is reachable by URL:
HTTP Status: 200 indicates success...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 1276 100 1276 0 0 415k 0 --:--:-- --:--:-- --:--:-- 415k
HTTP Status: 200
Effective URL: http://192.168.0.155:8089/
----------------------------------------
Checking that your selected Channels DVR server's data files (/mnt/192.168.0.155-8089) are accessible:
Folders with the names Database, Images, Imports, Logs, Movies, Streaming and TV should be visible...
total 4
drwxr-xr-x 2 root root 40 May 1 23:21 .
drwxr-xr-x 1 root root 4096 May 1 23:21 ..
----------------------------------------
Checking that your selected Channels DVR server's log files (/mnt/192.168.0.155-8089_logs) are accessible:
Folders with the names data and latest should be visible...
total 4
drwxr-xr-x 2 root root 40 May 1 23:21 .
drwxr-xr-x 1 root root 4096 May 1 23:21 ..
----------------------------------------
Here's a list of your current OliveTin-related settings:
HOSTNAME=olivetin
CHANNELS_DVR=192.168.0.155:8089
CHANNELS_DVR_ALTERNATES=
CHANNELS_CLIENTS=
ALERT_SMTP_SERVER=smtp.gmail.com:587
ALERT_EMAIL_FROM=[Redacted]@yahoo.com
ALERT_EMAIL_PASS=[Redacted]
ALERT_EMAIL_TO=[Redacted]@vtext.com
UPDATE_YAMLS=true
UPDATE_SCRIPTS=true
PORTAINER_TOKEN=[Redacted]
PORTAINER_HOST=192.168.0.155
----------------------------------------
Here's the contents of /etc/resolv.conf from inside the container:
# Generated by Docker Engine.
# This file can be edited; Docker Engine will not make further changes once it
# has been modified.
nameserver 127.0.0.11
search localhost
options ndots:0
# Based on host file: '/etc/resolv.conf' (internal resolver)
# ExtServers: [192.168.65.7]
# Overrides: [search]
# Option ndots from: internal
----------------------------------------
Here's the contents of /etc/hosts from inside the container:
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.18.0.3 olivetin
Kind of a confounding problem, no? Maybe try using your Windows paths, as I think that's the way @Edwin_Perez configured his. Hopefully he'll post the paths he used for DVR_SHARE and LOGS_SHARE here.
I wonder if this could be some sort of permissions issue related to user names? Are you using the same user name for both Windows and your Debian distro?
Also, you'll need to use the Yahoo SMTP server here.
Indeed. 
Yes, I think the /mnt path is missing the link to my Windows folders.
I will see what @Edwin_Perez says. 
Yes, I am.
Yes, I did see the problem after I posted my message and it's already fixed.
Thank you for your help.