[jira] [Commented] (GUACAMOLE-1811) Problem saving in Download folder

["Nick Couchman (Jira)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/GUACAMOLE-1811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17733071#comment-17733071 ] 

Nick Couchman commented on GUACAMOLE-1811:
------------------------------------------

[~horanet]: Yes, the Download folder is not intended to be used this way, and you are almost certain to see issues if you try to create/save/edit files directly in that folder:
* Microsoft Office, in particular, uses temp files and then renames the temp file to the document after the editing is done. This will be very problematic for the Download\ folder.
* The Download folder deletes the files after sending them to the remote client, which is going to interfere with the way that some applications work.

I don't really think there is a bug here, or any changes that we can do to make it work any differently - I believe it's working as designed, and the best course of action is to counsel users not to save files directly into the Download\ folder, but, instead, to save them elsewhere, then drag them to the folder when they want to download them.

[~mjumper] [~jmuehlner] Thoughts?

> Problem saving in Download folder
> ---------------------------------
>
>                 Key: GUACAMOLE-1811
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-1811
>             Project: Guacamole
>          Issue Type: Bug
>          Components: guacamole, guacd, RDP
>    Affects Versions: 1.4.0, 1.5.2
>         Environment: Ubuntu Server 20.04
> guacd version: docker-v1.5.2
> guacamole version: docker-v1.5.2
>            Reporter: Horanet
>            Priority: Trivial
>         Attachments: 2023-06-15_12h25_32.png, 2023-06-15_12h25_56.png
>
>
> I use Guacamole for users to connect in RDP on a Windows Server 2019 on restricted accounts. Users don’t have access to File Explorer. They use a software that can export files (word, excel, pdf) to then read them via suitable software.
> In order to be able to retrieve these files, users attempted to export (save) their file directly to the Guacamole \\tsclient\{_}share-folder{_}\Download folder. At this moment, the file is well downloaded, but this one is almost empty and unreadable, and the software also display an error. I have these logs on my server:
> {{{}Jun 15 12:25:21 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\desktop.ini"{}}}{{{}Jun 15 12:25:24 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\Sans nom 1.ods"{}}}{{{}Jun 15 12:25:24 guacamole-serveur guacd[1575269]: message repeated 5 times: [ File open refused (-2): "\Download\Sans nom 1.ods"]{}}}{{{}Jun 15 12:25:24 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\.~lock.Sans nom 1.ods#"{}}}{{{}Jun 15 12:25:24 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\Sans nom 1.ods"{}}}{{{}Jun 15 12:25:24 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\lu8560530wwp.tmp"{}}}{{{}Jun 15 12:25:25 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\Sans nom 1.ods"{}}}{{{}Jun 15 12:25:25 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\.~lock.Sans nom 1.ods#"{}}}{{{}Jun 15 12:25:25 guacamole-serveur guacd[1575269]: File open refused (-2): "\Download\lu8560530wwp.tmp"{}}}
>  
> My theory is that the program first saves a temporary file which it bases on to create the real file. Maybe there is a way to add a delay to the transfer to give it time to save? But maybe the problem is somewhere else...
> I have the same problem when I save a document with word processing software (LibreOffice) and with a PDF reader (FoxitReader).
> Thanks for your help



--
This message was sent by Atlassian Jira
(v8.20.10#820010)