From issues-return-12452-archive-asf-public=cust-asf.ponee.io@flex.apache.org Mon Aug 20 14:43:04 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id DCCC2180677 for ; Mon, 20 Aug 2018 14:43:03 +0200 (CEST) Received: (qmail 67629 invoked by uid 500); 20 Aug 2018 12:43:03 -0000 Mailing-List: contact issues-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list issues@flex.apache.org Received: (qmail 67620 invoked by uid 99); 20 Aug 2018 12:43:03 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Aug 2018 12:43:03 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 9B0801A1501 for ; Mon, 20 Aug 2018 12:43:02 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -109.001 X-Spam-Level: X-Spam-Status: No, score=-109.001 tagged_above=-999 required=6.31 tests=[ENV_AND_HDR_SPF_MATCH=-0.5, KAM_ASCII_DIVIDERS=0.8, KAM_NUMSUBJECT=0.5, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_DEF_SPF_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 1TfE89agjOCJ for ; Mon, 20 Aug 2018 12:43:01 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 52D5B5F48D for ; Mon, 20 Aug 2018 12:43:01 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 9DCE9E070F for ; Mon, 20 Aug 2018 12:43:00 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 477692468F for ; Mon, 20 Aug 2018 12:43:00 +0000 (UTC) Date: Mon, 20 Aug 2018 12:43:00 +0000 (UTC) From: "Will Singer (JIRA)" To: issues@flex.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (FLEX-35391) Pictures from Camera are slower coming into the app using SDK 28 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/FLEX-35391?page=3Dcom.atlassia= n.jira.plugin.system.issuetabpanels:all-tabpanel ] Will Singer updated FLEX-35391: ------------------------------- Description:=20 Builds with sdk 28 using Flex 4.16.1 Air 28 and FP 28 with apple devices, p= ictures taken in the app come into the app much slower than they did with 4= .15 Air 23 FP 23.=C2=A0 With SDK 23 pictures came into the app in less than= 2 seconds on iPhone 6, with sdk 28 picture are=C2=A0taking over 6 seconds = to come into the app.=C2=A0 With all apple devices, pictures are taking a g= ood bit longer to come into the app using the new sdk 28 vs. using the olde= r sdk 23. I discovered important information on this issue.=C2=A0 The number of bytes= that is being processed has increased greatly even through the height of t= he picture had not.=C2=A0 Using the same code and taking a picture of the s= ame thing I go from 1,379,846 bytes (sdk 26) to 10,659,755 bytes (sdk 28).= =C2=A0 When the user clicks "use photo" the MediaEvent hits and inside it I create= the loaderComplete event. loader =3D new Loader(); loader.contentLoaderInfo.addEventListener(Event.COMPLETE, loaderCompleted)= ; loader.loadFilePromise(mediaPromise); =C2=A0 When the loaderComplete hits I get the loaderInfo where I can see the numbe= r of bytes for the picture has greatly increased. var loaderInfo:LoaderInfo =3D event.target as LoaderInfo; loaderInfo.bytesLoaded or=C2=A0loaderInfo.bytesTotal =C2=A0 I'm hoping that you can tell me what was changed from sdk 26 to sdk 28 to c= aused this.=C2=A0 That way I could hand edit sdk 28 to be like 26 in regard= s to this. =C2=A0 was:Builds with sdk 28 using Flex 4.16.1 Air 28 and FP 28 with apple devi= ces, pictures taken in the app come into the app much slower than they did = with 4.15 Air 23 FP 23.=C2=A0 With SDK 23 pictures came into the app in les= s than 2 seconds on iPhone 6, with sdk 28 picture are=C2=A0taking over 6 se= conds to come into the app.=C2=A0 With all apple devices, pictures are taki= ng a good bit longer to come into the app using the new sdk 28 vs. using th= e older sdk 23. > Pictures from Camera are slower coming into the app using SDK 28 > ---------------------------------------------------------------- > > Key: FLEX-35391 > URL: https://issues.apache.org/jira/browse/FLEX-35391 > Project: Apache Flex > Issue Type: Bug > Components: .Unspecified - Mobile > Affects Versions: Apache Flex 4.16.1 > Environment: Apple Devices, with SDK 28 > Reporter: Will Singer > Priority: Critical > > Builds with sdk 28 using Flex 4.16.1 Air 28 and FP 28 with apple devices,= pictures taken in the app come into the app much slower than they did with= 4.15 Air 23 FP 23.=C2=A0 With SDK 23 pictures came into the app in less th= an 2 seconds on iPhone 6, with sdk 28 picture are=C2=A0taking over 6 second= s to come into the app.=C2=A0 With all apple devices, pictures are taking a= good bit longer to come into the app using the new sdk 28 vs. using the ol= der sdk 23. > I discovered important information on this issue.=C2=A0 The number of byt= es that is being processed has increased greatly even through the height of= the picture had not.=C2=A0 Using the same code and taking a picture of the= same thing I go from 1,379,846 bytes (sdk 26) to 10,659,755 bytes (sdk 28)= .=C2=A0 > When the user clicks "use photo" the MediaEvent hits and inside it I crea= te the loaderComplete event. > loader =3D new Loader(); > loader.contentLoaderInfo.addEventListener(Event.COMPLETE, loaderComplete= d); > loader.loadFilePromise(mediaPromise); > =C2=A0 > When the loaderComplete hits I get the loaderInfo where I can see the num= ber of bytes for the picture has greatly increased. > var loaderInfo:LoaderInfo =3D event.target as LoaderInfo; > loaderInfo.bytesLoaded or=C2=A0loaderInfo.bytesTotal > =C2=A0 > I'm hoping that you can tell me what was changed from sdk 26 to sdk 28 to= caused this.=C2=A0 That way I could hand edit sdk 28 to be like 26 in rega= rds to this. > =C2=A0 -- This message was sent by Atlassian JIRA (v7.6.3#76005)