You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using the iOS TestFlight app version 3.29.0.2, flatpak app version 9.13.1.0 on Fedora 39, and xthursdayx/yacreaderlibrary-server-docker:latest docker image (version 1.6.1, which has YACReaderLibrary version 9.13.1) on the same machine as it doesn't appear the flatpak image has the server component.
I've setup a reverse proxy using Nginx Proxy Manager on an RPi with a domain name and certificate, with the DNS record added to a Pi-hole. This all works fine.
In the iOS app, when I tap on Import > YACReaderLibrary, there's some help text that states Find your connection data in the server dialog of YACReaderLibrary, but this server dialog doesn’t exist in the flatpak version as far as I can see.
Once I tap browse, I can enter in an IP, hostname, or domain into that field. IP and port works fine.
Hostname works on the machine YACReaderLibraryServer is installed on but not any other device – although that could be a quirk with my network.
I would expect domain to work as I can load it fine in my browser. Instead, when I try the format of example.com (no protocol) and port 443, I get an error saying, The data couldn’t be read as it isn’t in the correct format.
Then, when I go back to the YACReaderLibrary screen with the Browse and Sync Progress buttons, I get an error saying, You need YACReaderLibrary 9.8.1 or higher. I’m running the latest version, so I’m not sure why this error is coming up.
When I try the domain format of https://example.com (no trailing slash) and port 443, I get an error saying, a server with the specified hostname cannot be found.
I must enter a port as : is always added after the IP/ hostname/ domain name, although I don't get an error if I leave the port blank. I do end up with what appears to be a possibly malformed URL though like https://example.com:.
Is there any way to make a domain work in the app?
Thanks.
The text was updated successfully, but these errors were encountered:
Hi there,
I'm using the iOS TestFlight app version 3.29.0.2, flatpak app version 9.13.1.0 on Fedora 39, and
xthursdayx/yacreaderlibrary-server-docker:latest
docker image (version 1.6.1, which has YACReaderLibrary version 9.13.1) on the same machine as it doesn't appear the flatpak image has the server component.I've setup a reverse proxy using Nginx Proxy Manager on an RPi with a domain name and certificate, with the DNS record added to a Pi-hole. This all works fine.
In the iOS app, when I tap on Import > YACReaderLibrary, there's some help text that states
Find your connection data in the server dialog of YACReaderLibrary
, but this server dialog doesn’t exist in the flatpak version as far as I can see.Once I tap browse, I can enter in an IP, hostname, or domain into that field. IP and port works fine.
Hostname works on the machine YACReaderLibraryServer is installed on but not any other device – although that could be a quirk with my network.
I would expect domain to work as I can load it fine in my browser. Instead, when I try the format of
example.com
(no protocol) and port443
, I get an error saying,The data couldn’t be read as it isn’t in the correct format
.Then, when I go back to the YACReaderLibrary screen with the Browse and Sync Progress buttons, I get an error saying,
You need YACReaderLibrary 9.8.1 or higher
. I’m running the latest version, so I’m not sure why this error is coming up.When I try the domain format of
https://example.com
(no trailing slash) and port443
, I get an error saying,a server with the specified hostname cannot be found
.I must enter a port as
:
is always added after the IP/ hostname/ domain name, although I don't get an error if I leave the port blank. I do end up with what appears to be a possibly malformed URL though likehttps://example.com:
.Is there any way to make a domain work in the app?
Thanks.
The text was updated successfully, but these errors were encountered: