Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: Unknown error in client with self-hosted settings #154

Open
IrkinSh opened this issue Mar 26, 2024 · 13 comments
Open

[Bug]: Unknown error in client with self-hosted settings #154

IrkinSh opened this issue Mar 26, 2024 · 13 comments
Labels
bug Something isn't working

Comments

@IrkinSh
Copy link

IrkinSh commented Mar 26, 2024

Hi folks,
I deployed self-hosted librum-server on Ubuntu Server 23.10 on my home network. The client has Windows 11 installed. I made changes to the registry according to the description. When I launch the client and try to register in the application, I get the error "An unknown error occured". What could be the reason?
2024-03-26_18-49-47

@IrkinSh
Copy link
Author

IrkinSh commented Mar 26, 2024

2024-03-26 191302

@Kimbaras
Copy link

Hi all,

Got the same issue and similar setup.
Also in my case the Librum Server is deployed on an Ubuntu (22.04) machine.

The client is on a Windows 10 PC, and performed the changes to the registry (which, IMHO are a bad way to change configs, a Setting options or the ability to point to a specific URL from the client itself would be much better and user friendly) and when trying to login I'm getting the following

error_librum

The translation is "Sorry" "Login failed, try again later".
Already tried to reboot the PC, same result.

I'm 100% sure that the self-hosted server is working as I've deployed a client on a linux machine and it worked flawlessy, created tags, folders as well as uploaded a couple of books in order to test.

So, at least in my case, the issue is with the Windows client.

Thanks!

@DavidLazarescu
Copy link
Member

Thanks for reporting the issue. It would be great if you could provide the log file which is located at:

  • Linux: ~/.local/share/Librum-Reader/Librum/librum_log.txt
  • Windows: C:\Users<YOUR_NAME>\AppData\Roaming\Librum-Reader\Librum\librum_log.txt

@IrkinSh
Copy link
Author

IrkinSh commented Mar 26, 2024

Thanks for reporting the issue. It would be great if you could provide the log file which is located at:

  • Linux: ~/.local/share/Librum-Reader/Librum/librum_log.txt
  • Windows: C:\Users<YOUR_NAME>\AppData\Roaming\Librum-Reader\Librum\librum_log.txt

log file from Windows 11
librum_log.txt

@Kimbaras
Copy link

And here the log from Windows 10

librum_log.txt

Let me know if you need also the logs from the Linux one.

Thanks

@DavidLazarescu
Copy link
Member

And here the log from Windows 10

librum_log.txt

Let me know if you need also the logs from the Linux one.

Thanks

Ok, here it looks like some internal server issue. Can you also provide the server logs that are exposed via docker so I can see whats going on there?

@Kimbaras
Copy link

Here are the last 10k lines of server logs (i've renamed it to avoid confusion).
I don't think it goes much back as I've deployed it couple of days ago at max.

server_librum_logs.txt

Thanks

@DavidLazarescu
Copy link
Member

Ok, so the issue seems to be caused by to the Products logic we have added some weeks ago. I'll look into solving this for self-hosted instances of Librum since we can't use the same logic for the production and self-hosted backend here.

@Kimbaras
Copy link

Ok, so the issue seems to be caused by to the Products logic we have added some weeks ago. I'll look into solving this for self-hosted instances of Librum since we can't use the same logic for the production and self-hosted backend here.

Will wait for it then!

PS: as mentioned, seems related to just the Windows client as with the Linux one (installed through flatpak / flathub) works fine, currently got a session opened on it

Thanks!

@DavidLazarescu
Copy link
Member

Hm, are you using the same server for both clients? This should not be a client issue, but a server issue.

@Kimbaras
Copy link

Hm, are you using the same server for both clients? This should not be a client issue, but a server issue.

Yep, same server for both.
Basically my path up to now was:

  • Deploying the Librum-Server selfhosted
  • Trying the Windows client on the laptop => got the error described above
  • Setup the Linux client on a virtual machine running Ubuntu 22.04 (to be fair, it's WSL machine / instance, so not properly a vm, but got the client up and running there) => up and running and currently using it
  • Tried to install the client on the desktop => got again the error described above

All three client pointed (and currently are poiting) to the same server instance.

If from your side, this should be a server side issue, then I suspect the Linux client is ignoring the "product" part you mentioned earlier (my assumption).

Thanks

@Kimbaras
Copy link

Hey there,

Any update on this one?
I've seen that there was both a Docker update as well as Windows (0.12.2, when I replied to the issue I had 0.12.1 installed).
Tried to update them both but no changes, the behavior on Windows is still the same.

On linux it continues to function (semi) properly.
Semi as a couple of books I've added to the client are not being syncronized on the server (but this is a separate matter).

Thanks!

@DavidLazarescu DavidLazarescu changed the title Unknown error in client with self-hosted settings [Bug]: Unknown error in client with self-hosted settings Jul 1, 2024
@DavidLazarescu DavidLazarescu added the bug Something isn't working label Jul 1, 2024
@Lyso95
Copy link

Lyso95 commented Sep 26, 2024

Hm, are you using the same server for both clients? This should not be a client issue, but a server issue.

Yep, same server for both. Basically my path up to now was:

  • Deploying the Librum-Server selfhosted
  • Trying the Windows client on the laptop => got the error described above
  • Setup the Linux client on a virtual machine running Ubuntu 22.04 (to be fair, it's WSL machine / instance, so not properly a vm, but got the client up and running there) => up and running and currently using it
  • Tried to install the client on the desktop => got again the error described above

All three client pointed (and currently are poiting) to the same server instance.

If from your side, this should be a server side issue, then I suspect the Linux client is ignoring the "product" part you mentioned earlier (my assumption).

Thanks

Same problem

Just stumbled with qt6... and gave up :D

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants