Seafile Client libcurl error because of non-ASCII URL

Seafile Client
1

Dear Community,

I have recently installed Seafile server. I managed to get everything to work except the Seafile client on linux. The URL I am using consists of one non-ASCII character and I think this causes the error.

Here is a part of my ccnet logs:

[04/19/21 13:37:49] clone-mgr.c(678): Transition clone state for dea0482b from [init] to [check server].
[04/19/21 13:37:49] http-tx-mgr.c(782): libcurl failed to GET https://seafle.exämple.com/seafhttp/protocol-version: URL using bad/illegal format or missing URL.
[04/19/21 13:37:49] clone-mgr.c(694): Transition clone state for dea0482b from [check server] to [error]: Network error.
[04/19/21 13:37:51] clone-mgr.c(678): Transition clone state for dea0482b from [error] to [check server].
[04/19/21 13:37:51] http-tx-mgr.c(782): libcurl failed to GET https://seafle.exämple.com/seafhttp/protocol-version: URL using bad/illegal format or missing URL.
[04/19/21 13:37:51] clone-mgr.c(694): Transition clone state for dea0482b from [check server] to [error]: Network error.

Any suggestions?

Thanks in advance!

Correct error in seafile client Umlaute Domain
2

Have you tried comverting the domain name before entering it? There are online converters available.

3

I did a mistake randomizing the URL. Its not punycode, it looks like this: seafile.exämple.com.

Digging throug the github issues I found this [1] issue on github. It explains why this can’t be working. Unfortunately, the the punycode URL gets converted to a non-ASCII URL when entering it in the seafile client.

Any ideas on how to workaround this are appreciated - thanks!

[1] https://github.com/haiwen/seafile-client/issues/787

4

It looks like there is a bug and the domain is converted back on setup and you have to manually change it to the punycode representation in the client setup db.

In clone.db I have to change the value of the server_addr field in the CloneTasks table and the value of more_info in the CloneTasksMoreInfo table each from seafile.testü.de back to the encoded form seafile.testü.de to get it work. – Still sync problems by using an IDN · Issue #787 · haiwen/seafile-client · GitHub

5

This is still an issue:

I can access Seafile using (this doesn’t resolve to a public IP)

https://kōnae.patrick.nz/

but if I try and connect to this using SeaDrive for macOS 3.0.12 I get errors about not being signed in and the seadrive.log has

[02/08/25 20:44:25] start to serve on pipe client

[02/08/25 20:44:25] repo-mgr.c(3857): adding account https://kōnae.patrick.nz 19c67b7adb43486eada3b3eee207cec4@auth.local.

[02/08/25 20:44:25] http-tx-mgr.c(728): libcurl failed to GET https://kōnae.patrick.nz/api2/repos/: URL using bad/illegal format or missing URL.

[02/08/25 20:44:25] http-tx-mgr.c(728): libcurl failed to GET https://kōnae.patrick.nz/seafhttp/protocol-version: URL using bad/illegal format or missing URL.

[02/08/25 20:44:34] FileProviderCommon.m(513): Downloaded and unsynced files are saved to (null)

This happens even if I tell SeaDrive to use the punycode version (xn–knae-l3a.patrick.nz), it helpfully corrects it back to kōnae.patrick.nz.

Is there a better way to report this bug?

6

The original issue is about sync client. That has been fixed in 9.0.7.

We’ll fix this issue for SeaDrive in 3.0.13 version.