File not transfered

Expected behaviour

File shoud be transfered from the client to the server

Actual behaviour

file is not transfered

Steps to reproduce

Don’t know, how to reproduce it or if it is reproducable.

  1. Created a file (here with a kyrillic name)
  2. run client from command line (owncloudcmd)
    This happens not with all files, but with some…

Server configuration

Operating system: opensuse Tumbleweed

Web server: Apache 2.4.49

Database: mariadb 10.6.4

PHP version: 7.4.24

ownCloud version: 10.5.0

Storage backend (external storage):
none

Client configuration

Client version: 2.9.0

Operating system: opensuse Tumbleweed

OS language:
LANG=
LC_CTYPE=de_DE
LC_NUMERIC=“POSIX”
LC_TIME=“POSIX”
LC_COLLATE=C
LC_MONETARY=“POSIX”
LC_MESSAGES=“POSIX”
LC_PAPER=“POSIX”
LC_NAME=“POSIX”
LC_ADDRESS=“POSIX”
LC_TELEPHONE=“POSIX”
LC_MEASUREMENT=“POSIX”
LC_IDENTIFICATION=“POSIX”
LC_ALL=

Qt version used by client package (Linux only, see also Settings dialog):
command line

Client package (From ownCloud or distro) (Linux only):
distro (software.opensuse.org)

Installation path of client:
/usr/bin/owncloudcmd

Logs

  1. Client logfile:
  • Output of “/usr/bin/owncloudcmd --logdebug --max-sync-retries 10 --trust --non-interactive”

10-06 09:01:21:217 [ info sync.discovery ]: Processing “service/software/Face/ifc/ifc_doc/faq/ru/Ð^(92)идеоз�_пиÑ^(81)Ñ^(8C)Ñ^(8D)кÑ^(80)�_н�__и_Ñ^(81)нимки_Ñ^(8D)кÑ^(80)�_н�.pdf.NEW” | valid: false/true/false | mtime: 0/1633440119/0 | size: 0/868434/0 | etag: “”//"" | checksum: “”//"" | perm: “”//"" | fileid: “”//"" | inode: 0/381635/ | type: CSyncEnums::ItemTypeSkip/CSyncEnums::ItemTypeFile/CSyncEnums::ItemTypeFile
10-06 09:01:21:217 [ debug sync.database.sql ] [ OCC::SqlQuery::bindValue ]: SQL bind 1 381635
10-06 09:01:21:217 [ debug sync.database.sql ] [ OCC::SqlQuery::exec ]: SQL exec “SELECT path, inode, modtime, type, md5, fileid, remotePerm, filesize, ignoredChildrenRemote, contentchecksumtype.name || ‘:’ || contentChecksum FROM metadata LEFT JOIN checksumtype as contentchecksumtype ON metadata.contentChecksumTypeId == contentchecksumtype.id WHERE inode=?1”
10-06 09:01:21:217 [ info sync.discovery ]: Not a move, no item in db with inode 381635

  1. Web server error log:
  • nothing in the error logs
  1. Server logfile: ownCloud log (data/owncloud.log):
  • nothing in the logs, just auth messages

Regards

Daniel

Can you reliably reproduce this issue with any file that has a kyrillic name? If yes you may open a github issue.

Don’t know…
does the owncloud client care about the charset?

I don’t think it should, but there could be some kind of issue…? I’d recommend you try it out a little bit:

  1. Create a new file with kyrillic letters
  2. Rename a file without to include kyrillic letters

See whether there is any way you can reproduce the issue you are experiencing.

The issue tracker for the client can be found here:

Ok. Problem seems to be solved.
The files are generated automatically by a script. These script generates filenames which are mainly in UTF8, but some characters seem to be strange. A manually created file works as expected.
So I think the bug is somewhere in the script which is generating the files.

Thanks for your help.

2 Likes

Sounds very interesting! Would you mind telling us some more details?

We have our own developed document management system. For each document which is saved there are descriptions for several languages in the db.
Now, the developer pulled the doc for each language and uses the short description for the filename.
But there are often some special characters in it. So, he filtered the special characters out and replaced it by “_”. This destroys the filename and its encoding completely. Seems to be too much for owncloud. But the problem is clearly on our side.

2 Likes

Ahh, I see. Thanks for the clarification.