Details

    • Sub-task
    • Status: Resolved
    • Major
    • Resolution: Done
    • None
    • 0.9.10-incubating
    • RDP
    • None

    Description

      As mentioned in 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 client.

      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.

      The print process within the RDP connection needs to be modified to wait for the initial "ack", or blobs may end up being dropped.

      Attachments

        Activity

          People

            mjumper Mike Jumper
            mjumper Mike Jumper
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: