What about using evtest program? Do you get data there or it fails too? If everything working there then there could be some python/le issue.
I didn't test with LE but on other 2 char distro where this python sample works and evtest too. And using iPazzPort keyboard with USB receiver.
Using USB connection is unsafe. Find a touchscreen, which uses a GPIO protocol, like i2c. The RPi has the same issue, that's why I know.
Really? Can you clarify more? Any links maybe?
What is your value for FORMAT and EVENT_SIZE?
Try to attach keyboard and using appropriate event from /dev/input/. And check if you get r[] and print code and value (there is no x/y with keyboard).
Last time I played with input system it worked (few years back).
Works here it seems:
LibreELEC:~/downloads # ./test.sh
Source folder to backup is: /storage/SHARED/MEDIA
Target folder parent folder is: /var/media/USB2TB
Current script FQDN is: /storage/downloads/test.sh
Current script path is: /storage/downloads
Current script full name is: test.sh
Current script name is: test
Log file time is: 20191003084728
Log file extension is: .log
Log file delimiter is: _
Log file name is: test_20191003084728.log
Log file FQDN is: /storage/downloads/test_20191003084728.logShouldn't there be a warning, then?
Good point!
I think you are out of luck. Internet doesn't forget things 
Even if the cards are declared same size they have different actual size. The difference can vary to even 1 GB.
It is nothing to worry
That's why making SD card image and restoring to another card doesn't always work.
Yes, with this function Python and samba build fine. This time didn't test if addon actually works but I would say it does (like last time).
Did you tried with my (updated) post_makeinstall_target() function for Python? It works here.
Previously I removed python lib too ( how stupid )
Will LibreELEC have this problem too with accelerated content?
Instead of comments above you could answer main question?
Seems application is build without HTTPS support. Sadly I didn't noticed that at the time of writing because only http links was tested and used 
Yes, I only think according to this: force factory-reset with SSH
But you can try and report back the result 
Connect keyboard and type
rm -rf /storage/.update/*
rebootYou could still call sshfs directly from systemd script.
CN probably means Common Name which means because of * it will not work. As I wrote according to my findings there must be FQDN of the server (or maybe IP address.)
For testing use openssl client with your certificate. The first thing is to make TLS connection and dav protocol comes later to he game
I think the easiest would be to regenerate this certificate with openssl.
No, the problem is with Type=fuse.sshfs.
Seems sysetmd doesn't find sshfs correctly. I read somewhere that PATH is not transferred correctly and maybe systemd doesn't find sshfs.
/storage/.config/cacert.pem is concatenated file of all user's certificates. This content is then added to the end of file /etc/ssl/cacert.pem.system to final file which is actually used /run/libreelec/cacert.pem.
Also check your certificate with
openssl x509 -in certificate.pem -textto see if name is correct
I think good start to debug this issue is with curl (or openssl client) itself to connect to your source using this certificate.