Issue with File Transfer with Emojis #9567
Labels
affects-4.2
This issue affects Qubes OS 4.2.
C: core
diagnosed
Technical diagnosis has been performed (see issue comments).
P: default
Priority: default. Default priority for new issues, to be replaced given sufficient information.
pr submitted
A pull request has been submitted for this issue.
Comments
vzvva
added
P: default
|
I think this is a duplicate of #9506 which is fixed in the testing repository. |
|
I upgraded Fedora 39 to the testing repository using the following command: |
|
Did you upgrade your destination qube? |
|
I checked now, and both AppVMs are using the same template, which has been updated to the testing repository. Files with emojis are causing errors. |
|
Sorry, one point: the folder has this issue.
|
DemiMarie
added a commit
to DemiMarie/qubes-core-agent-linux
that referenced
this issue
Nov 10, 2024
When processing directories, process_dirent() detected filenames that are unsafe for display and set "bad" to true, but "bad" was not used to determine the return value of process_dirent(). Instead, the function tail-called simple_fs_walk(). Therefore, directories with unsafe filenames were not detected. This caused qubes.Filecopy to be used instead of qubes.Filecopy+allow-all-names. qubes.Filecopy (correctly) rejects the directory. Fix the bug by ensuring that if bad is set to true, process_dirent() is true even if the function recurses into simple_fs_walk(). This will cause qubes.Filecopy+allow-all-names to be used, which will accept the directory. Fixes: QubesOS/qubes-issues#9567
andrewdavidwong
added
C: core
diagnosed
marmarek
pushed a commit
to QubesOS/qubes-core-agent-linux
that referenced
this issue
Dec 8, 2024
When processing directories, process_dirent() detected filenames that are unsafe for display and set "bad" to true, but "bad" was not used to determine the return value of process_dirent(). Instead, the function tail-called simple_fs_walk(). Therefore, directories with unsafe filenames were not detected. This caused qubes.Filecopy to be used instead of qubes.Filecopy+allow-all-names. qubes.Filecopy (correctly) rejects the directory. Fix the bug by ensuring that if bad is set to true, process_dirent() returns true even if the function recurses into simple_fs_walk(). This will cause qubes.Filecopy+allow-all-names to be used, which will accept the directory and allow the copy to succeed. Fixes: QubesOS/qubes-issues#9567 (cherry picked from commit 9004e75)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi,
In Fedora 39 with the Xfce desktop environment and Thunar file manager, I can't send files with emojis. When I use the "Copy to other Qube" and "Move to other Qube" buttons, I receive the following error:
qfile-agent: Fatal error: File copy: "Unknown error -84; Last file: Korn - Requiem (2022) Mp3 320kbps [PMEDIA] ______" (error type: Unknown error -84)A screenshot of the filename is attached.
Korn - Requiem (2022) Mp3 320kbps [PMEDIA] ⭐️When I use the following commands, I get the same error:
This bug seems to be related to issue #9506.
The text was updated successfully, but these errors were encountered: