- Áudio de fundo no Android não funciona(3319954)
- Não é possível empacotar um aplicativo usando ANE em iOS, o que não implementa a função de finalização. (3321073)
- O empacotamento falha com exceção de apontador nulo, ao empacotar um IPA usando somente a implementação padrão no ANE em iOS. (3323233)
- O diálogo de permissão de geolocalização não aparece do dispositivo com iOS 6 e o aplicativo não é listado em Configurações->Privacidade->Serviços de locais. (3296870)
- Os dados do banco de dados são limpos cada vez que é iniciado no Simulador iOS. (3329307)
- Depuração de wi-fi em iOS : A depuração em iOS não funciona quando a interface de rede for escolhida como "Padrão" para o Player Target AIR3.4 (3320979)
- DisplayObject falha em renderizar ao alterar a rotationY em um dispositivo iOS6 em GPU renderMode. (3320080)
- Quando um aplicativo com aspectRatio Landscape e autoOrients "falso" é empacotado com iOS 6 SDK e executado em um dispositivo com iOS 6, a imagem de ativação mostra 90 graus de rotação. (3321294)
- Se auto orients =false e aspect ratio=landscape, o aplicativo é inicializado no modo paisagem mas o palco é lançado em modo retrato, em empacotamentos com iOS 6 SDK. (3317345)
- Ao empacotar um IPA usando a opção platformsdk para iOS 6 SDK, uma exceção, “java.io.IOException:PLISTgeneration falhou devido a SAX error:org.xml.sax.saxParseException” (3309675)
- Ao empacotar um IPA com requestedDisplayResolution como "padrão" na descrição do aplicativo e usando as imagens de ativação "Default-568h@2x.png" e "Default@2x.png", as duas imagens aparecem no dispositivo iPhone 5. (3336456)
- O aplicativo congela ao eliminar o audioQueue para o microfone no iOS6. (3349815)
- Trava ao reproduzir a gravação de conexão da Adobe com compartilhamento de tela(3348585)
- RTMPS no AIR para Android causa o erro java.lang.OutOfMemory e trava(3329055)
- Valores EncryptedLocalStore perdidos na atualização para o AIR 3.4(3317833
- O Flash Player trava ao navegar de e para conteúdos em Flash no Internet Explorer (3322564)
- [iPad3]BitmapData capturado do stagewebview é 2x no ipad3(3321334)
- Instalar aplicativo causa travamento e às vezes ipa.exe para de funcionar(3298786)
- No iOS6 usando renderMode=gpu, DisplayObject falha em renderizar ao alterar a rotationY(3320080)
- O Flash Player mostra uma tela branca ao usado o Webcam-feed(3337754)
- Empacotamento de várias bibliotecas em um ANE (iOS)
- Depurar rastreamento de pilha em compilações de versão do Flash Player
- invocar aprimoramento do evento
| Resultado | Versão lançada |
| Flash Player Desktop (Windows® /Mac) | 11.5.502.110 |
| AIR (Windows® , Mac, Mobile) | 3.5.0.600 |
| AIR SDK | 3.5.0.600 |
- preventDefault() não é considerado para o evento ORIENTATION_CHANGING em iOS. Esta é uma alteração de comportamento do AIR 3.4 e continuará assim. (3324338)
| Boletim de Segurança | Resultados afetados |
| APSB12-24 | Flash Player Desktop Windows® & Mac |
| Flash Player AndroidTM |
invocar aprimoramento do evento
1) OpenURL
Uma nova sequência de razão , InvokeEventReason.OPEN_URL foi adicionada a InvokeEvent.reason somente para dispositivos móveis. O InvokeEvent.reason retornará “openUrl” para indicar que o InvokeEvent ocorreu porque o aplicativo foi invocado por outro aplicativo ou pelo sistema. O primeiro elemento da matriz de argumento continuará a conter o URL com o qual o aplicativo foi invocado. Se parâmetros adicionais forem passados ao aplicativo pelo sistema, eles devem ser passados para o desenvolvedor do actionscript na matriz InvokeEvent.arguments.
A propriedade de argumentos da classe InvokeEvent conterá uma matriz de opções com as quais o aplicativo foi inicializado. A lista de argumentos para iOS:
InvokeEvent.arguments[0] = O URL que o aplicativo invocou para lidar. InvokeEvent.arguments[1] = ID de compactação do aplicativo que está invocando outro aplicativo para abrir o URL (InvokeEvent.arguments[0]), ou nulo se o sistema invocou o aplicativo. InvokeEvent.arguments[2] = Representação em sequência de qualquer objeto de lista de propriedade fornecida pelo aplicativo de origem para comunicar informações ao aplicativo receptor ou nulo.
2) Notificações de envio
Um usuário também pode inicializar um aplicativo (que não esteja executando no fundo) ao receber uma notificação de envio clicando no botão ou faixa Iniciar, mostrados no iOS. Para esses casos, uma nova sequência de razão, InvokeEventReason.NOTIFICATION foi adicionada ao InvokeEvent.reason. A propriedade de argumentos da classe InvokeEvent conterá o Objeto que especifica a carga de notificação depois da qual o aplicativo foi inicializado. Isso é suportado somente em iOS. Como os argumentos são uma matriz de sequências, é esperado que o desenvolvedor do aplicativo os defina no tipo de Objeto
InvokeEvent.arguments[0] = carga de notificação recebida
Empacotamento de várias bibliotecas em um ANE
Este recurso permitirá que desenvolvedores reutilizem as bibliotecas estáticas que criaram ou receberam em seu ANE, sem precisar copiar a fonte no ANE. Para usar esse recurso, é necessário usar o espaço para nomes de descrição da plataforma 3.5 com uma nova marcação, packagedDependencies. Esse recurso pode ser usado tanto no dispositivo iOS como mo Simulador iOS. A vinculação de bibliotecas será manipulada pelo runtime no momento do empacotamento do IPA. O desenvolvedor precisa usar um arquivo de descrição de plataforma, com espaço de nome 3.5 e incluir a seguinte marcação como elemento filho da marcação <platform>:
<packagedDependencies> <packagedDependency>foo.a</packagedDependency> <packagedDependency>abc/x.framework</packagedDependency> <packagedDependency>lib.o</packagedDependency> </packagedDependencies>
Um desenvolvedor pode especificar o nome ou caminho relativo de quaisquer dependências empacotadas que desejar incluir no ANE. Uma dependência empacotada deve ser uma biblioteca estática com a extensão .a, .framework ou .o. A dependência empacotada deve oferecer suporte à arquitetura, armv7 para dispositivos e i386 para o Simulador iOS. A dependência pode ser usada pelo arquivo de biblioteca principal (especificado na marcação <nativeLibrary> na descrição de extensão) apenas declarando as funções etc do packagedDependency nos arquivos de cabeçalho ou em qualquer lugar antes do uso. No momento do empacotamento do ANE, as dependências empacotadas especificadas no arquivo platform.xml file devem ser fornecidas em qualquer lugar depois do switch -platform iPhone-ARM e antes do switch -platform seguinte, no caso de um dispositivo, e depois do switch --platform iPhone-x86 e antes do switch -platform seguinte, no caso de Simulador iOS. Por exemplo, para as especificações acima no arquivo platform.xml para dispositivos iOS, o comando de empacotamento seria algo como:
Observação: Caso o packagedDependency não seja adicionado no arquivo de descrição da plataforma, mas esteja especificado no comando de empacotamento, ele será empacotado como um recurso normal e não será tratado como uma dependência no IPA final.
adt –package –target ane –swc abc.swc extension.xml -platform iPhone-ARM mainlib.a foo.a –platformoptions platformdevice.xml abc/x.framework lib.o library.swf other_resources_for_device –platform iPhone-x86 library.swf mainlibSimulator.a resources_for_simulator –platform default library.swf
Suporte para iPhone 5
Para conseguir criar um aplicativo de tela inteira para o iPhone 5, é necessário que uma imagem de ativação de tamanho 640x1136 (somente retrato) seja empacotada junto do aplicativo. Se o nome da imagem dor Default-568h@2x.png, ela precisa ser empacotada com o aplicativo como um ativo no diretório de nível superior. Uma linha de comando ADT para o mesmo terá a seguinte aparência:
adt –package –target (ipa-app-store | ipa-ad-hoc | ipa-test | ipa-debug | ipa-test-interpreter | ipa-debug-interpreter) SIGNING_OPTIONS <output ipa> <application xml> <root swf> Default-568h@2x.png <other application resources>
Se estiver usando o Flash Builder, inclua o PNG na pata src e, se estiver usando o Flash Professional, o inclua no AIR para iOS Configurações>Arquivos incluídos.
Contudo, se deseja nomear o png de maneira diferente, substitua "Default" com o nome que desejar, como myLaunchImage-568h@2x.png (observe que -568h@2x precisa ser incluído para oferecer suporte a um aplicativo de tela inteira em um dispositivos iPhone 5). Nesse caso, você também deve editar o application.xml de seu aplicativo para incluir essa imagem de ativação:
<InfoAdditions> <![CDATA[ <key>UILaunchImageFile</key> <string>myLaunchImage</string> ]]> </InfoAdditions>
Autoria para o Flash Player 11.5
Para usar o novo Flash Player, você precisará direcionar para o SWF versão 18, passando em um argumento do compilador extra para o compilador Flex: -swf-version=18. As orientações estão abaixo. Se estiver usando o SDK do Adobe Flex:
- Faça o download do novo playerglobal.swc para Flash Player 11.5
- Faça o download do SDK Flex 4.5.1 (4.5.1.21328) da tabela do SDK Flex 4.5 SDK.
- Instale a compilação no ambiente de desenvolvimento
- No Flash Builder, crie um novo projeto ActionScript : Arquivo -> Novo -> Projeto ActionScript.
- Abra o painel Propriedades do projeto (clique com o botão direito do mouse e escolha 'Propriedades'). Selecione Compilador do ActionScript na lista à esquerda.
- Use a opção 'Configurar SDKs Flex' no canto superior direito para apontar o projeto para o Flex compilação 21328. Clique em ok.
- Configure seu projeto direcionado para SWF versão 18
- Abra o painel Propriedades do projeto (clique com o botão direito do mouse e escolha 'Propriedades'). Selecione Compilador do ActionScript na lista à esquerda.
- Adicione à entrada 'Argumentos de compilador adicionais' input: -swf-version=18. Isso assegura que o SWF resultante seja direcionado para SWF versão 18. Se compilar na linha de comando e não no Flash Builder, você precisará adicionar o mesmo argumento de compilador.
- Certifique-se de ter instalado a nova compilação 11.5 do Flash Player em seu navegador.
Autoria no AIR 3.5 Atualizar para o namespace do AIR 3.5
Você precisa atualizar o arquivo descritor do aplicativo para o namespace 3.5 para acessar as novas APIs e o novo comportamento do AIR 3.5. Se o seu aplicativo não precisar do novo comportamento e das novas APIs do AIR 3.5, não será necessário atualizar o namespace. No entanto, recomendamos que todos os usuários comecem a usar o namespace AIR 3.5 mesmo que ainda não esteja aproveitando os novos recursos do 3.5. Para atualizar o namespace, altere o atributo xmlns no descritor do aplicativo para: <application xmlns="http://ns.adobe.com/air/application/3.5">
Encontrou um erro? Envie um erro ao banco de dados de erro.
O Flash Player e o AIR podem alavancar seu hardware gráfico para decodificar e reproduzir vídeo H.264. Pode haver problemas de vídeo que só podem ser reproduzidos com seu hardware gráfico e driver específicos. Ao relatar um problema envolvendo vídeo, é importante anotar seu hardware gráfico e driver, junto com seu sistema operacional e navegador (ao usar Flash Player), para que possamos reproduzir e investigar os problemas. Certifique-se de incluir estas informações conforme descrito em Instruções para informar problemas de reprodução de vídeo. Observação: Devido ao alto volume de e-mails que recebemos, não é possível respondermos a cada solicitação.
Obrigado por usar o Adobe® Flash Player® e o AIR® e por dedicar seu tempo a nos enviar seu feedback!
| Data de lançamento | Versão do runtime | Aprimoramentos de segurança |
| 8 de outubro de 2012 | Flash Player Desktop (Windows, Mac): 11.4.402.287 AIR (Windows, Mac, Mobile): 3.4.0.2710 AIR SDK: 3.4.0.2710 |
APSB12-22 |
| 21 de agosto de 2012 | Flash Player Desktop (Windows, Mac) : 11.4.402.265 AIR (Windows, Mac, Mobile): 3.4.0.2540 AIR SDK: 3.4.0.2540 |
APSB12-19 |
