guacamole-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Jumper (JIRA)" <>
Subject [jira] [Commented] (GUACAMOLE-44) Upload/download of files that are more than 1 GB fail
Date Thu, 02 Jun 2016 02:13:59 GMT


Michael Jumper commented on GUACAMOLE-44:

Download via SFTP or RDPDR is working perfectly with the new changes. Printing, however, is
not. The RDP printing code begins streaming immediately, not waiting for an "ack" from the

This means the GET request to the stream endpoint will likely occur *after* data has already
been sent, resulting in data being dropped. If the GET request occurs after the stream has
closed, then it will block until some other stream with that index is opened, leading to mismatches
in the downloaded results.

> Upload/download of files that are more than 1 GB fail
> -----------------------------------------------------
>                 Key: GUACAMOLE-44
>                 URL:
>             Project: Guacamole
>          Issue Type: Bug
>          Components: guacamole
>            Reporter: Michael Jumper
>            Assignee: Michael Jumper
> {panel:bgColor=#FFFFEE}
> *The description of this issue was copied from [GUAC-784|],
an issue in the JIRA instance used by the Guacamole project prior to its acceptance into the
Apache Incubator.*
> Comments, attachments, related issues, and history from prior to acceptance *have not
been copied* and can be found instead at the original issue.
> {panel}
> From Chrome, after attempting upload of a file greater than 1 GB in size:
> {code:none}
> Uncaught TypeError: Cannot read property 'length' of null client-ui.js:1525
> _upload_file.reader.onloadend
> {code}
> Uploading this file via Firefox simply crashes the browser. The same issue will occur
for file downloads, as Guacamole always creates the entire file in memory before starting
the transfer.

This message was sent by Atlassian JIRA

View raw message