Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 039DC2009F8 for ; Fri, 3 Jun 2016 20:18:04 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 0247B160A49; Fri, 3 Jun 2016 18:18:04 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 4BFAC160A3B for ; Fri, 3 Jun 2016 20:18:03 +0200 (CEST) Received: (qmail 40331 invoked by uid 500); 3 Jun 2016 18:18:02 -0000 Mailing-List: contact commits-help@guacamole.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@guacamole.incubator.apache.org Delivered-To: mailing list commits@guacamole.incubator.apache.org Received: (qmail 40322 invoked by uid 99); 3 Jun 2016 18:18:02 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Jun 2016 18:18:02 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 06FF9180530 for ; Fri, 3 Jun 2016 18:18:02 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -4.646 X-Spam-Level: X-Spam-Status: No, score=-4.646 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id PN2QjnRofamp for ; Fri, 3 Jun 2016 18:18:00 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with SMTP id 2E81A5F4E6 for ; Fri, 3 Jun 2016 18:17:59 +0000 (UTC) Received: (qmail 39799 invoked by uid 99); 3 Jun 2016 18:17:59 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Jun 2016 18:17:59 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 50FD02C1F64 for ; Fri, 3 Jun 2016 18:17:59 +0000 (UTC) Date: Fri, 3 Jun 2016 18:17:59 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: commits@guacamole.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (GUACAMOLE-44) Upload/download of files that are more than 1 GB fail MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Fri, 03 Jun 2016 18:18:04 -0000 [ https://issues.apache.org/jira/browse/GUACAMOLE-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15314527#comment-15314527 ] ASF GitHub Bot commented on GUACAMOLE-44: ----------------------------------------- GitHub user mike-jumper opened a pull request: https://github.com/apache/incubator-guacamole-client/pull/15 GUACAMOLE-44: ManagedFileUpload.getInstance() must not directly invoke $apply() As `ManagedFileUpload.getInstance()` is sometimes invoked within `$apply()`, invoking `$apply()` again directly results in a `$digest` loop and error. You can merge this pull request into a Git repository by running: $ git pull https://github.com/mike-jumper/incubator-guacamole-client fix-infdig Alternatively you can review and apply these changes as the patch at: https://github.com/apache/incubator-guacamole-client/pull/15.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #15 ---- commit 0d07c0fc8d4efa5ab14739b6d0ce1c276fa252ee Author: Michael Jumper Date: 2016-06-03T00:11:38Z GUACAMOLE-44: ManagedFileUpload.getInstance() must not directly invoke $apply() - it can result in an infinite $digest loop. ---- > Upload/download of files that are more than 1 GB fail > ----------------------------------------------------- > > Key: GUACAMOLE-44 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-44 > Project: Guacamole > Issue Type: Bug > Components: guacamole > Reporter: Michael Jumper > Assignee: Michael Jumper > Fix For: 0.9.10-incubating > > > {panel:bgColor=#FFFFEE} > *The description of this issue was copied from [GUAC-784|https://glyptodon.org/jira/browse/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 (v6.3.4#6332)