iphone - online - itunes login
¿Qué puede causar "binario inválido" sin seguimiento de correo electrónico de iTunes Connect? (29)
Acabo de recibir un correo de Apple
Missing 64-bit support - Beginning on February 1, 2015 new iOS apps submitted to the App Store must include 64-bit support and be built with the iOS 8 SDK. Beginning June 1, 2015 app updates will also need to follow the same requirements. To enable 64-bit in your project, we recommend using the default Xcode build setting of “Standard architectures” to build a single binary with both 32-bit and 64-bit code.
Por lo tanto, recuerde agregar arm64 como una arquitectura válida en la configuración de destino del proyecto, así como en la configuración del proyecto.
Ahora agrega arm64 por
Y se verá como
Estoy tratando de enviar una actualización de una aplicación existente en nombre de uno de mis clientes, y recibo fallas de "Binary Invalid" de iTunes Connect sin explicación del error. Me voy de vacaciones de 2 semanas sin acceso a la red mañana, así que estoy un poco desesperado por encontrar una solución. Cualquier idea es muy apreciada.
Esta actualización cambia el nombre de la aplicación y corrige algunos errores menores. Hice presentaciones anteriores a través de iTunes Connect, pero estoy enviando esta actualización a través de Xcode, como Apple ahora requiere.
Me configuré como el contacto técnico para este cliente, por lo que recibo una notificación cuando coloco la nueva versión en estado "Esperando carga" a través de iTunes Connect. Cuando valido el binario a través del organizador de Xcode, la herramienta finalmente informa que el binario es válido. Cuando envío el binario mediante el organizador de Xcode, finalmente vuelve y dice que el binario se ha subido correctamente. Ambos pasos tardan un tiempo (tal vez 15 minutos cada uno), probablemente porque el paquete de la aplicación es de 63 megabytes con miles de recursos.
Durante la siguiente hora o dos, el portal de iTunes Connect informa que la aplicación está en estado "Esperando carga". Creo que cierta latencia es normal entre el momento en que la carga se completa en Xcode y cuando el estado cambia en iTunes Connect. Estas horas de latencia parecen excesivas, pero no del todo sorprendentes, supongo, dado el tamaño de la aplicación.
Finalmente, el estado simplemente cambia silenciosamente a "Binario no válido" en iTunes connect. Entiendo que se supone que iTunes Connect debe enviar un correo electrónico explicando el error cuando esto sucede, pero no recibo nada, ni es mi cliente. (Supongo que debería ir a todos los usuarios marcados para la notificación de cambios en el estado de la aplicación en iTunes Connect. ¿Es correcta esta suposición?)
Aquí están las configuraciones de compilación copiadas y pegadas desde la configuración de distribución de mi App Store:
ADDITIONAL_SDKS =
ARCHS = $(ARCHS_STANDARD_32_BIT)
SDKROOT = iphoneos4.0
ONLY_ACTIVE_ARCH = YES
VALID_ARCHS = armv6 armv7
SYMROOT = /Users/cduhn/Documents/workspace/xcode_build_output
OBJROOT = $(SYMROOT)
CONFIGURATION_BUILD_DIR = $(BUILD_DIR)/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)
CONFIGURATION_TEMP_DIR = $(PROJECT_TEMP_DIR)/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)
SHARED_PRECOMPS_DIR = $(CACHE_ROOT)/SharedPrecompiledHeaders
BUILD_VARIANTS = normal
DEBUG_INFORMATION_FORMAT = dwarf-with-dsym
ENABLE_OPENMP_SUPPORT = NO
GENERATE_PROFILING_CODE = NO
PRECOMPS_INCLUDE_HEADERS_FROM_BUILT_PRODUCTS_DIR = YES
RUN_CLANG_STATIC_ANALYZER = NO
SCAN_ALL_SOURCE_FILES_FOR_INCLUDES = NO
VALIDATE_PRODUCT = NO
CODE_SIGN_ENTITLEMENTS = Entitlements.plist
CODE_SIGN_IDENTITY =
CODE_SIGN_IDENTITY[sdk=iphoneos*] = iPhone Distribution: Capturing Moments
CODE_SIGN_RESOURCE_RULES_PATH =
OTHER_CODE_SIGN_FLAGS =
STRIPFLAGS =
ALTERNATE_GROUP = $(INSTALL_GROUP)
ALTERNATE_OWNER = $(INSTALL_OWNER)
ALTERNATE_MODE = $(INSTALL_MODE_FLAG)
ALTERNATE_PERMISSIONS_FILES =
DEPLOYMENT_LOCATION = NO
DEPLOYMENT_POSTPROCESSING = NO
INSTALL_GROUP = $(GROUP)
INSTALL_OWNER = $(USER)
INSTALL_MODE_FLAG = u+w,go-w,a+rX
DSTROOT = /tmp/$(PROJECT_NAME).dst
INSTALL_PATH = $(HOME)/Applications
MACOSX_DEPLOYMENT_TARGET = $(inherited)
SKIP_INSTALL = YES
COPY_PHASE_STRIP = YES
STRIP_INSTALLED_PRODUCT =
STRIP_STYLE = all
TARGETED_DEVICE_FAMILY = 1
SEPARATE_STRIP = NO
IPHONEOS_DEPLOYMENT_TARGET = 3.0
MODULE_NAME =
MODULE_START =
MODULE_STOP =
MODULE_VERSION =
BUNDLE_LOADER =
STANDARD_C_PLUS_PLUS_LIBRARY_TYPE = dynamic
DYLIB_COMPATIBILITY_VERSION =
DYLIB_CURRENT_VERSION =
LINKER_DISPLAYS_MANGLED_NAMES = NO
PRESERVE_DEAD_CODE_INITS_AND_TERMS = NO
LD_DYLIB_INSTALL_NAME =
EXPORTED_SYMBOLS_FILE =
INIT_ROUTINE =
LINK_WITH_STANDARD_LIBRARIES = YES
MACH_O_TYPE = mh_execute
LD_OPENMP_FLAGS = -fopenmp
ORDER_FILE =
OTHER_LDFLAGS = -all_load -ObjC
LD_MAP_FILE_PATH = $(TARGET_TEMP_DIR)/$(PRODUCT_NAME)-LinkMap-$(CURRENT_VARIANT)-$(CURRENT_ARCH).txt
GENERATE_MASTER_OBJECT_FILE = NO
PREBINDING = NO
PRELINK_LIBS =
KEEP_PRIVATE_EXTERNS = NO
LD_RUNPATH_SEARCH_PATHS =
SEPARATE_SYMBOL_EDIT = NO
PRELINK_FLAGS =
SECTORDER_FLAGS =
UNEXPORTED_SYMBOLS_FILE =
WARNING_LDFLAGS =
LD_GENERATE_MAP_FILE = NO
COMPRESS_PNG_FILES = YES
APPLY_RULES_IN_COPY_FILES = NO
EXECUTABLE_EXTENSION =
EXECUTABLE_PREFIX =
INFOPLIST_EXPAND_BUILD_SETTINGS = YES
GENERATE_PKGINFO_FILE = YES
FRAMEWORK_VERSION = A
INFOPLIST_FILE = iRevealMaui-Info.plist
INFOPLIST_OTHER_PREPROCESSOR_FLAGS =
INFOPLIST_OUTPUT_FORMAT = binary
INFOPLIST_PREPROCESSOR_DEFINITIONS =
INFOPLIST_PREFIX_HEADER =
INFOPLIST_PREPROCESS = NO
COPYING_PRESERVES_HFS_DATA = NO
PRIVATE_HEADERS_FOLDER_PATH = $(CONTENTS_FOLDER_PATH)/PrivateHeaders
PRODUCT_NAME = iRevealMaui
PLIST_FILE_OUTPUT_FORMAT = binary
PUBLIC_HEADERS_FOLDER_PATH = $(CONTENTS_FOLDER_PATH)/Headers
STRINGS_FILE_OUTPUT_ENCODING = binary
WRAPPER_EXTENSION = app
ALWAYS_SEARCH_USER_PATHS = NO
FRAMEWORK_SEARCH_PATHS =
HEADER_SEARCH_PATHS = ${SDKROOT}/usr/include/libxml2/** ../three20/Build/Products/three20
LIBRARY_SEARCH_PATHS = $(inherited) "$(SRCROOT)/../desiccant/Classes/External/google-analytics"
REZ_SEARCH_PATHS =
EXCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES = *.nib *.lproj *.framework *.gch (*) CVS .svn *.xcodeproj *.xcode *.pbproj *.pbxproj
INCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES =
OTHER_TEST_FLAGS =
TEST_HOST =
TEST_RIG =
CURRENT_PROJECT_VERSION =
VERSION_INFO_FILE = $(PRODUCT_NAME)_vers.c
VERSION_INFO_EXPORT_DECL =
VERSION_INFO_PREFIX =
VERSION_INFO_SUFFIX =
VERSIONING_SYSTEM =
VERSION_INFO_BUILDER = $(USER)
GCC_FAST_OBJC_DISPATCH = YES
GCC_AUTO_VECTORIZATION = NO
GCC_OBJC_CALL_CXX_CDTORS = YES
GCC_ENABLE_SSE3_EXTENSIONS = NO
GCC_ENABLE_SSE41_EXTENSIONS = NO
GCC_ENABLE_SSE42_EXTENSIONS = NO
GCC_ENABLE_SUPPLEMENTAL_SSE3_INSTRUCTIONS = NO
GCC_STRICT_ALIASING = NO
GCC_FEEDBACK_DIRECTED_OPTIMIZATION = Off
GCC_ENABLE_FIX_AND_CONTINUE = NO
GCC_GENERATE_DEBUGGING_SYMBOLS = YES
GCC_DYNAMIC_NO_PIC = YES
GCC_GENERATE_TEST_COVERAGE_FILES = NO
GCC_INLINES_ARE_PRIVATE_EXTERN = YES
GCC_MODEL_TUNING = G4
GCC_INSTRUMENT_PROGRAM_FLOW_ARCS = NO
GCC_ENABLE_KERNEL_DEVELOPMENT = NO
GCC_DEBUGGING_SYMBOLS = default
GCC_REUSE_STRINGS = YES
GCC_NO_COMMON_BLOCKS = NO
GCC_ENABLE_OBJC_GC = unsupported
GCC_OPTIMIZATION_LEVEL = s
GCC_FAST_MATH = NO
GCC_ENABLE_SYMBOL_SEPARATION = YES
GCC_THREADSAFE_STATICS = YES
GCC_SYMBOLS_PRIVATE_EXTERN = YES
GCC_UNROLL_LOOPS = NO
GCC_MODEL_PPC64 = NO
GCC_CHAR_IS_UNSIGNED_CHAR = NO
GCC_ENABLE_ASM_KEYWORD = YES
GCC_C_LANGUAGE_STANDARD = c99
GCC_CHECK_RETURN_VALUE_OF_OPERATOR_NEW = NO
GCC_CW_ASM_SYNTAX = YES
GCC_INPUT_FILETYPE = automatic
GCC_ALTIVEC_EXTENSIONS = NO
GCC_ENABLE_CPP_EXCEPTIONS = YES
GCC_ENABLE_CPP_RTTI = YES
GCC_LINK_WITH_DYNAMIC_LIBRARIES = YES
GCC_ENABLE_OBJC_EXCEPTIONS = YES
GCC_ENABLE_TRIGRAPHS = NO
GCC_ENABLE_FLOATING_POINT_LIBRARY_CALLS = NO
GCC_USE_INDIRECT_FUNCTION_CALLS = NO
GCC_USE_REGISTER_FUNCTION_CALLS = NO
GCC_INCREASE_PRECOMPILED_HEADER_SHARING = NO
OTHER_CPLUSPLUSFLAGS = $(OTHER_CFLAGS)
GCC_PRECOMPILE_PREFIX_HEADER = YES
GCC_PREFIX_HEADER = iRevealMaui_Prefix.pch
GCC_ENABLE_BUILTIN_FUNCTIONS = YES
GCC_ENABLE_PASCAL_STRINGS = YES
GCC_FORCE_CPU_SUBTYPE_ALL = NO
GCC_SHORT_ENUMS = NO
GCC_ONE_BYTE_BOOL = NO
GCC_USE_STANDARD_INCLUDE_SEARCHING = YES
GCC_PREPROCESSOR_DEFINITIONS =
GCC_PREPROCESSOR_DEFINITIONS_NOT_USED_IN_PRECOMPS =
GCC_WARN_CHECK_SWITCH_STATEMENTS = NO
GCC_WARN_EFFECTIVE_CPLUSPLUS_VIOLATIONS = NO
GCC_WARN_FOUR_CHARACTER_CONSTANTS = NO
GCC_WARN_ABOUT_GLOBAL_CONSTRUCTORS = NO
GCC_WARN_SHADOW = NO
GCC_WARN_64_TO_32_BIT_CONVERSION = NO
GCC_WARN_ALLOW_INCOMPLETE_PROTOCOL = YES
GCC_WARN_INHIBIT_ALL_WARNINGS = NO
GCC_WARN_INITIALIZER_NOT_FULLY_BRACKETED = NO
GCC_WARN_ABOUT_RETURN_TYPE = YES
GCC_WARN_MISSING_PARENTHESES = NO
GCC_WARN_ABOUT_MISSING_FIELD_INITIALIZERS = NO
GCC_WARN_ABOUT_MISSING_PROTOTYPES = NO
GCC_WARN_ABOUT_MISSING_NEWLINE = NO
GCC_WARN_MULTIPLE_DEFINITION_TYPES_FOR_SELECTOR = NO
GCC_WARN_NON_VIRTUAL_DESTRUCTOR = NO
WARNING_CFLAGS =
GCC_WARN_HIDDEN_VIRTUAL_FUNCTIONS = NO
GCC_WARN_PEDANTIC = NO
GCC_WARN_ABOUT_POINTER_SIGNEDNESS = YES
GCC_WARN_PROTOTYPE_CONVERSION = NO
GCC_WARN_SIGN_COMPARE = NO
GCC_WARN_STRICT_SELECTOR_MATCH = NO
GCC_TREAT_IMPLICIT_FUNCTION_DECLARATIONS_AS_ERRORS = NO
GCC_TREAT_NONCONFORMANT_CODE_ERRORS_AS_WARNINGS = NO
GCC_TREAT_WARNINGS_AS_ERRORS = NO
GCC_WARN_TYPECHECK_CALLS_TO_PRINTF = YES
GCC_WARN_UNDECLARED_SELECTOR = NO
GCC_WARN_UNINITIALIZED_AUTOS = NO
GCC_WARN_UNKNOWN_PRAGMAS = NO
GCC_WARN_UNUSED_FUNCTION = NO
GCC_WARN_UNUSED_LABEL = NO
GCC_WARN_UNUSED_PARAMETER = NO
GCC_WARN_UNUSED_VALUE = NO
GCC_WARN_UNUSED_VARIABLE = YES
GCC_WARN_ABOUT_DEPRECATED_FUNCTIONS = YES
GCC_WARN_ABOUT_INVALID_OFFSETOF_MACRO = YES
IBC_FLATTEN_NIBS = YES
IBC_OTHER_FLAGS =
IBC_PLUGIN_SEARCH_PATHS =
IBC_PLUGINS =
IBC_ERRORS = YES
IBC_NOTICES = YES
IBC_WARNINGS = YES
Aquí están los contenidos de mi Info.plist:
Cualquier idea es muy apreciada.
EDITAR - Explicación de la latencia de cambio de estado aparente
Según mi historial de estado, parece que el estado "Binario no válido" se está estableciendo en minutos, pero iTunes Connect está ocultando este hecho con una estrategia de almacenamiento en caché mal diseñada.
Para monitorear un cambio en el estado, he estado refrescando y haciendo clic entre cuatro páginas: "Administrar sus aplicaciones", la página "Información de la aplicación", "Ver detalles" e "Historial de estado". Cuando el historial de estado finalmente se actualiza, muestra que la aplicación entró en un estado "Binario no válido" una hora antes.
Como experimento, intenté cambiar mi ID de aplicación y enviar el binario como una nueva aplicación. Esta vez, hice clic en la página "Ver detalles" unos minutos después de enviar el archivo binario. Su estado mostraba, "Subida Recibida". ¡Aparente progreso! Un par de minutos más tarde, hice clic en Historial de estado y se mostró "Binario no válido" unos minutos después de que mi carga finalizó. Luego volví y actualicé mi página "Ver detalles". Aún muestra "Subir recibido", a pesar de que el historial de estado muestra "Binario no válido". Esta es una evidencia bastante clara de que todas estas páginas se almacenan en caché y muestran datos obsoletos durante largos períodos de tiempo. Solo capté esto cuando reenvise el binario como una nueva aplicación porque estaba cargando las páginas para esa aplicación por primera vez.
Esto no resuelve mi problema de "binario no válido", ni explica por qué no recibo ningún correo electrónico, pero ayuda a descartar algunas hipótesis.
Acabo de tener el mismo problema aquí, y parece que la solución fue agregar la pantalla de inicio Retina 4 inches que faltaba a mi proyecto (la eliminé a propósito; las actualizaciones anteriores estaban bien con eso, pero parece que ya no les gusta más) ), como se recomienda en los registros al archivar la aplicación.
Actualmente (8 de mayo de 2013) se genera este error si accede a UDUD en su aplicación. MKStoreKit (una popular biblioteca de código abierto) sí, y eso fue lo que me causó. Busque el siguiente método a continuación en sus archivos (suponiendo que no está en un archivo binario precompilado, en cuyo caso, vaya a google lo que tenga y compruebe sus notas de la versión)
[UIDevice currentDevice] .uniqueIdentifier
El mismo problema, una solución diferente: mi esquema de archivo usaba una configuración de compilación ad hoc, cuando debería haber sido lanzada.
Lista de verificación para mis intentos fallidos de corrección en mi blog. Error en la aplicación de verificación de diseño .
El truco del ícono de IPad funciona.
Elimine CFBundledIconFiles ~ ipad y agregue un icono de 72x72 a la tecla Archivos de icono
Tenga cuidado con las capturas de pantalla, este método a veces crea el error de capturas de pantalla perdidas
En XCode, haga clic en el nombre de su aplicación en el lado izquierdo y vaya a la pestaña de configuración de construcción en el lado derecho. Desplácese hasta "Identidad de firma de código" -> "Liberar"
Asegúrese de que su perfil de distribución esté seleccionado. No me di cuenta de que tenía que configurar esto explícitamente y mi aplicación se verificó muy bien, pero el binario no es válido. Mi configuración todavía estaba en el perfil de desarrollador
En mi caso, generé perfiles de aprovisionamiento con una CSR diferente y no utilicé la CSR original que se creó la primera vez para acceder al portal de aprovisionamiento. La firma de código y el envío de las aplicaciones con los perfiles de generación generados del CSR original resolvió mi problema.
En mi caso, obtuve el mismo estado binario no válido en un par de segundos para la aplicación cargada, ya sea por Xcode-> Organizador o Application Loader sin correos electrónicos de Apple. Reemplacé los archivos PNG en conjunto de iconos en mi aplicación Mac OS X y se resolvió el problema.
Obtuve la pista corrupta del archivo PNG de ''Charleston Software Associates'', muchas gracias.
Enfrenté el mismo problema, intenté con la mayoría de las soluciones y finalmente llegué a la siguiente solución.
Solo revisa las siguientes cosas ...
1) agregue arm64 como arquitectura válida en la configuración del objetivo del proyecto, así como en la configuración del proyecto
2) Modifique el archivo info.plist y agregue la matriz de archivos Icons con todas las imágenes requeridas con el nombre.
3) Lo más importante: debido al rechazo, modificó el número de versión de la aplicación en un archivo plist pero no en el portal de iTunes.
Necesita configurar / administrar el mismo número de versión en la aplicación y en el portal de iTunes. Configure esto e intente cargar binario nuevamente, esto resolverá su problema.
Esto puede ser una cuestión de lo siguiente, que recibí después de una presentación de una respuesta automática de iTunes Connect:
Falta el derecho de notificación de inserción: su aplicación se registra con el Servicio de notificación de inserción de Apple, pero los derechos de la firma de la aplicación no incluyen el derecho de "aps-environment" requerido. Asegúrese de haber habilitado Push Notification Services para esta aplicación, y de que haya descargado un perfil de aprovisionamiento de distribución que incluya el derecho de "aps-environment".
Una vez que haya corregido el problema, vuelva a la página de detalles de la versión de la aplicación en el módulo Administre sus aplicaciones de iTunes Connect y haga clic en el botón Binario listo para enviar. Esto lo guiará a través del flujo de envío binario y devolverá el estado de su versión de la aplicación a Waiting for Upload. Luego puede usar Application Loader para cargar su nuevo binario. Si encuentra otros problemas con su envío, nos comunicaremos con usted.
Gracias ... fue un problema con los archivos de icono en mi proyecto. Los eliminé como lo sugirió Sasho. Finalmente cambió a esperar la revisión.
Gracias a todos los que propusieron soluciones. Resultó que ninguna de sus sugerencias ayudó en mi caso, pero sí resolvió el problema. Esto es lo que funcionó para mí:
Elimine Entitlements.plist de su proyecto. Luego haga Agregar -> Nuevo archivo y vuelva a agregar Entitlements.plist.
El formato de Entitlements.plist cambió entre SDK 3.1.3 y 3.2. Si su Entitlements.plist se creó con un SDK anterior a 3.2, y ahora está tratando de actualizar su aplicación con SDK 3.2 o superior, parece que debe eliminar Entitlements.plist y volver a agregarlo con el nuevo formato . De lo contrario, Apple rechazará tu actualización como un "Binario Inválido".
He estado luchando con el mismo problema desde hace bastante tiempo. Descubrí esta mañana que el agente del equipo tenía desactivadas todas las notificaciones, así que las encendí todas y finalmente comencé a recibir correos electrónicos de cambio de estado cuando la aplicación cambió a "Esperando carga", pero aún nada cuando el estado cambió a "Binario Inválido". ". Luego de algunos intentos más, finalmente logré que la actualización de la aplicación entrara en el estado "Esperando revisión". Lo que me solucionó fue cambiar el valor de "Objetivo de implementación de iPhone OS" en la configuración de compilación del objetivo desde iPhone OS 2.2.1 (la configuración de la aplicación original) a iPhone OS 3.0.
He estado teniendo el mismo problema por unos días. Parece que este error puede deberse a muchos problemas diferentes, por lo que es una pena que Apple no elabore el error con un correo electrónico.
Para mí, ¡la solución fue no usar "Application Loader" en absoluto!
En su lugar, haz lo siguiente dentro de Xcode:
- Selecciona tu aplicación ve a Build> Build & Archive
- Una vez que esto esté completo, vaya a Ventana> Organizador
- Seleccione su aplicación en "Aplicaciones archivadas"
- Haga clic en ''Validar''
- Si la validación es un éxito (como el mío):
- haga clic en ''Enviar''.
Esto luego enviará la aplicación a Apple. Para mí, después de unos segundos, el estado cambió a "Esperando revisión" en lugar de "Binario no válido".
Luché con esto por medio día. Incluso intenté reinstalar xcode. Para mí, la respuesta fue volver al portal de aprovisionamiento en itunes connect y revocar mi certificado para luego crear uno nuevo. Luego, crea un nuevo perfil de aprovisionamiento de distribución, luego reconstruye y vuelve a enviar. Qué largo dolor indocumentado en el cuello.
Me encontré con el mismo problema de "binario inválido" varias veces hoy. Finalmente lo resolví revisando los mensajes de compilación en XCode 4. Haz clic en Mostrar todos los mensajes para el log de compilación, busca el signo de código y valida la parte, normalmente en la parte inferior. Toda mi presentación fallida tiene un error de validación en el registro de compilación, pero pasó en el archivo - botón validar.
Ninguna de las respuestas aquí fue útil para mí. Yo uso Cocoapods en mi proyecto. Por algún motivo, la configuración del proyecto Cocoapods Base SDK y las plataformas compatibles se configuraron en OSX. (Versión de Cocoapods: 0.37.2) Lo cambié a iOS y funcionó.
Podría ser un problema relacionado con la privacidad en iOS 10. Requiere que los desarrolladores agreguen una descripción cuando usen datos de privacidad del usuario como "Abrir biblioteca de fotos", "Abrir cámara", "Calendario de acceso" ... y así sucesivamente.
Revise cada parte de los códigos incluidos los marcos de terceros para ver si tiene algunos problemas de privacidad. A continuación, agregue la descripción al archivo Info.plist. Lo resolví de esta manera ^ _ ^
Recibí este error cuando recientemente agregué Flurry Ad en mi aplicación.
Si su caso es sobre anuncios, debe aceptar en itunesconnect antes de cargarlo. http://techcrunch.com/2014/04/11/apple-developers-must-now-agree-to-ad-identifier-rules-or-risk-app-store-rejection/
Si en el caso de la aplicación de quiosco de prensa.
Asegúrate de que se haya agregado el icono de quiosco. En mi caso, el problema es que me olvidé de agregar el icono del quiosco de prensa en el paquete del proyecto, pero lo menciono en plist.
El cargador de aplicaciones no validará el icono de quiosco de prensa por lo que el error "binario no válido" se muestra solo en "iTunes connect".
Gracias
Tenía un puntero a un archivo de icono de extracto que ya no existía. Borré el puntero, y la carga parece aceptable, hasta ahora. Enviaron un correo electrónico con bastante prontitud que dio detalles relevantes, aunque las sugerencias anteriores me pusieron en el camino correcto antes de eso, como de costumbre.
Tengo el mismo problema. Asegúrese de haber elegido "App Store" como método de distribución en el perfil de suministro de distribución, no "Ad Hoc".
Tengo el mismo problema. Probé primero los derechos, ya que parecía que encajaba en mi situación.
Boy are they different: ANTIGUO derecho plist:
<plist version="1.0">
<dict>
<key>get-task-allow</key>
<false/>
</dict>
Nuevo ... (xcode 3.2.5, 4.2 objetivo y min iOS)
<plist version="1.0">
<dict>
<!--- Required entitlements (in most cases shouldn''t be changed) --->
<key>application-identifier</key>
<string>$(AppIdentifierPrefix)$(CFBundleIdentifier)</string>
<key>keychain-access-groups</key>
<array>
<string>$(AppIdentifierPrefix)$(CFBundleIdentifier)</string>
</array>
<!--- Custom entitlements below --->
</dict>
</plist>
Tuve el mismo error BINARIO NO VÁLIDO de iTunes Connect incluso si Application Loader aceptó mi binario. La solución fue muy simple ...
Abra su info.plist, haga clic derecho y marque Mostrar clave / valores sin procesar :
- CFBundleIconFile = Icon.png (icono de mi iPhone 57x57 PNG)
- CFBundleIconFile ~ ipad = Icon-72.png (icono de mi ipad 72x72 PNG)
- CFBundleIconFiles = array
- Artículo 0 = Icon.png
- Artículo 1 = [email protected] (mi icono de iPhone 4 114x114 PNG)
- Artículo 2 = Icon-72.png
¡Guarde, limpie todos los objetivos, cree y analice, comprima en Finder y vuelva a enviar!
El error fue causado porque escribí la clave "Archivos de íconos". En la vista Raw, esto se ha asignado a "Icon Files" en lugar de CFBundleIconFiles. Tengo Xcode 3.2.3, supongo que Xcode 3.2.4 mapea este identificador de clave.
¡Buena suerte a todos!
Fuente: Preguntas y respuestas técnicas QA1686: Íconos de aplicaciones en iPad y iPhone
Tuve el mismo problema y, al parecer, estaba relacionado con el tamaño de la imagen de pantalla de inicio predeterminada que se incluye con la aplicación.
Estaba enviando una imagen predeterminada de 1024x768 pero he encontrado en este artículo:
http://weston-fl.com/blog/?p=840/
Que tiene que ser 1024x748 (por defecto del paisaje) y parece que funcionó: iTunesconnect lo tomó después de eso.
Use las herramientas de compilación y archivo en Xcode como se describe en otra respuesta aquí.
Por alguna razón, la herramienta de archivo activó algo en Apple para que me devolviera el correo electrónico diciéndome qué era realmente incorrecto (archivo PNG corrupto).
¿Mi problema? Xcode corrompe algunos archivos PNG cuando los comprime. Vaya a Configuraciones de compilación, busque en la sección Empaquetado y establezca "Comprimir archivos PNG" en no.
después de 16 horas de prueba y error sin parar, y headbanging, he encontrado una solución en el foro de desarrolladores de Apple.
Aparentemente hay un error que permite que tu binario pase la verificación y la carga, pero luego sea rechazado por el sistema iTunes Connect. ¡Y no recibes ningún correo electrónico que te explique lo que sucedió!
Si su aplicación es para iPhone y iPad, probablemente tenga algo como esto en el archivo Info.plist:
Debería eliminar por completo el parámetro CFBundleIconFiles~ipad e incluir el ícono del iPad en la matriz de Icons files lugar, como aquí:
¡Eso es todo amigos!
¡Hazme saber si eso te ayudó!
tuve este problema Mi problema resultó ser establecer el objetivo de implementación en algo menos de 3.2, pero tener la arquitectura establecida en ''optimizado para armv7''. esto es usando xcode 3.2.3. la última configuración debe cambiarse a ''estándar (armv6 y armv7)''. cuando construí mi aplicación de desarrollo, tuve que cambiarla, porque xcode se quejó cuando traté de ejecutar la aplicación en un dispositivo itouch más antiguo, pero con una compilación de distribución no hay dispositivo para ejecutar (a menos que pruebe primero con un ad hoc ), por lo que no notará el problema hasta que iTunes conecte rechaza el binario.
2015
El problema Invalid Binary ahora puede ser causado si EMBEDDED_CONTENT_CONTAINS_SWIFT es true , pero no incluye ningún código Swift en el binario.
Adelante y falsifique este valor en la configuración de compilación de la aplicación.
Xcode también incluyó Configuraciones definidas por el usuario que incluían la palabra Swift - Simplemente continué y eliminé eso también.