Solución de problemas
Diagnóstico por síntoma, causa y reparación de EN-AirDrops
La tablet no abre
Prueba el comando además de F11. Revisa Config.Tablet.Command, conflicto de keybind, Config.Restricted y AdminAccess.Mode. En ESX, el grupo de fábrica es god: un administrador con grupo admin necesita estar en ESXGroups. En ACE comprueba el principal y permiso; en LIST revisa el identificador exacto. Si hay error No such export GetCoreObject, verifica qb-core y el bridge QBX.
Ya hay un airdrop activo
Solo se permite uno. Recógelo o espera a la expiración. El comando global no lo reemplaza. No repitas la creación: hay cooldown de 2 segundos. Si el host abandonó el servidor antes de completar la entrega y el evento quedó atascado, reinicia el recurso en mantenimiento y vuelve a probar con un creador conectado.
No se ve el avión o la caja
Comprueba PlaneEnabled del drop, el valor global DropDefaults.PlaneEnabled y Test.SkipPlane. La caja debe ser un modelo válido. Si F8 muestra fallo al cargar modelo, restaura el modelo incluido. Para aislar coordenadas, prueba un drop en terreno abierto con posición actual y sin avión. Debe haber un jugador conectado; no se crean objetos sin host.
La caja no ofrece target
Revisa que ox_target o qb-target esté iniciado y coincida con Config.Target. Acércate: la entidad aparece por streaming y el cliente reintenta resolverla. Para diagnosticar la interacción usa NONE y E. Revisa TargetDistance y errores F8, y prueba con un segundo jugador distinto del creador.
Sigue bloqueada o desaparece antes de recoger
LockSeconds comienza al aterrizar. DespawnSeconds es un temporizador distinto, iniciado al sincronizar la caja. Usa bloqueo inferior al tiempo de vida y espera la caída completa. Un bloqueo 0 sirve como prueba.
Dice que estoy muy lejos
La comprobación del servidor usa la posición de la caja sincronizada por el host. Acércate al blip final, no solo al radio del anuncio. Prueba en suelo abierto y revisa la Z. Activa Debug para ver la distancia rechazada; no aumentes indiscriminadamente PickupDistance.
Recogí pero faltan objetos
Comprueba los nombres internos, peso/espacio y que las armas sean ítems en ese inventario. En QB deben existir en Shared.Items; en ESX clásico puede necesitarse un adaptador de armas. DEFAULT no es un export directo de ox_inventory. El pickup no tiene rollback ante un fallo del inventario: corrige la integración y repite una prueba con un solo objeto conocido.
El usable no crea un drop
La clave Item del preset debe coincidir con el objeto registrado. El core debe reconocerlo como usable y el jugador debe poseerlo. Revisa si ya existe un drop activo y los errores de creación. Las opciones de un preset no crean automáticamente la definición del objeto en tu inventario.
El historial no carga
Si oxmysql está iniciado, revisa en_airdrop_history, columnas y base seleccionada. No hay fallback automático por error SQL. Sin oxmysql el historial es temporal; es normal que se vacíe al reiniciar. Historial vacío de recogidas también es normal: registra creaciones.
No hay drops automáticos
Enabled debe ser true, Time positivo, Positions y Rewards listas no vacías. Espera el intervalo completo tras reiniciar. Debe haber jugadores y no existir una caja activa. Prueba globalairdrop en consola para aislar el temporizador.
No llegan logs o idioma incorrecto
Comprueba Enabled, URL, LogCreate/LogPickup y toggle del drop. Para idioma diferencia Config.Locale, traducciones Lua y selector de la tablet. Si el CSS parece antiguo, reconecta después del reinicio y revisa que no haya dos copias iniciadas.
Preparar un ticket
Incluye versión 1.1.0, framework, inventario, target, artifacts, pasos, jugador creador y jugador afectado, errores completos de F8/consola y los ajustes relevantes sin secretos. Adjunta una prueba de compra por el canal de soporte de Exotica Network Store.