I used OC from version 6.x. After migration 9.1.6 - 10.0.2 some files with cyrillic names was deleted by local win-client. 8-( ) Yes, “i do backup before”.
My test: Freebsd 11.1, php56-5.6.31, mysql 5.6, apache24.
Create new database, create new OC-10.0.2 instans, create user.
Login to browser, create file “testИ.txt” ( И is unicode “D0 98” symbol), edit, save. Change directory to any, return - wow! Blank screen and rotating sector.
Desktop client do not sync file: “File cant use ? in name”.
LANG=ru_RU.UTF-8, command ls displays cyrillic name “testИ.txt”
File with name “АБВГДЕЁЖЗЙКЛ…ЭЮЯ.txt” (all 32 cyrillic symbols without И) created and synced to both directions.
OC version 9.1.6 work fine witn any names. Checked with clear DB, new instanse.
Apache run as "www" user/group. /etc/login.conf does not contain user www, "default" section without any LANG-settings. I think, environment of apache "as is". php.ini consist default_charset = "UTF-8", all mbsting.* commented.
ru_RU.UTF-8 inside my shell.
I install nextcloud-12 (offtopic? ), directory with filename with letter "И" say "Directory is not available, please check the message log or contact the administrator" and did not open. "loglevel=>0", restarted apache - no errors in $data/nextcloud.log.
After opening txt-file for editing, apache log has "GET /index.php/apps/files_texteditor/ajax/loadfile?filename=" and my long 32-cyrillic-symbols filename %D0%90%D0%91, next string "PUT /index.php/apps/files_texteditor/ajax/savefile" When open dir with "И-file" - only "GET /ocs/v2.php/apps/notifications/api/v2/notifications", no error.
php-mbstring? iconv? May be rewrite sh-code "for s in А..Я; do echo php_cool_iconv($s, bla-bla-utf8); done" to php-code and run?
9.1.6 work fine! mv owncloud owncloud-10.0.2; mv owncloud-9.1.6 owncloud, press F5 in browser - all OK.
PS: FTP did not like russian "я" (code 255 in cp1251), PHP "И". No dropbox, OC-9.1.x forever!
Hmmm, the only change between 9.1 and 10.0 is the introduction of support for 4 bytes UTF-8 strings (emojis) with MySQL. Not sure what could be causing the problem in your environment.
As I cannot reproduce this, it will be impossible to debug and find out what is causing this.
@vicdeo can you confirm that Cyrillic also works for you with 10.0.2 ?
I copied filename from your post, rename file "testБ.txt" inside browser. All work fine with china-japan(?)-unicode. Dir test3 opening, i can edit file.
Data from table oc_cache as text and hex:
[root@hosting-j ~/owncloud]# mysql -u own-10 -p"*" < sel-table.sql
name
test�?�?.txt
test�?.txt
test福.txt
[root@hosting-j ~/owncloud]# mysql -u own-10 -p"" < sel-table.sql | hd
00000000 6e 61 6d 65 0a 74 65 73 74 d0 3f d0 3f 2e 74 78 |name.test.?.?.tx|
00000010 74 0a 74 65 73 74 d0 3f 2e 74 78 74 0a 74 65 73 |t.test.?.txt.tes|
00000020 74 e7 a6 8f 2e 74 78 74 0a |t....txt.|
00000029
What function convert name from string to table oc_cache? I will check for all chars: \u0410-042F only one func. Hmm... One function and one symbol \u0418. It's my FAMP or OC-code?
Total disaster! Same problem on my installation after manual upgrade from 9.1 to 10.0.2! Polish ą,ć,ę,ł,ń,ó,ś,ź,ż also make problem! On the server side everything stays intact. Client changes the name of files (on computers) to strange characters and stops syncing! Web access is broken - cannot administer users (if they contain those chars in their name), cannot view/modify folders with files through web interface! I forced every user to login and change their name to contain only a,c,e,l,n,o,s,z,z - that allowed me to regain control over user accounts. Wow! What a mess! How can I contribute? I run OC 10.0.2 on shared webserver with no control over processes.