[tubibibo]

Fixes #808.

Since Frida 17, Java / ObjC / Swift are no longer injected into every script. The host has to answer frida:load-bridge and the script needs the lazy getters frida-tools installs. Scripts loaded through -S / import got neither, so Java was undefined and the resulting ReferenceError was dropped by script_on_message().

Changes

• prepend the same lazy-bridge prelude frida-tools uses to scripts loaded by attach_script()
• answer frida:load-bridge from OutputHandlers, reading the bridge bundle from frida-tools' bridges/ directory
• print type == "error" messages instead of dropping them
• only install each lazy bridge getter when the global is not already provided, so Frida versions that still define Java / ObjC / Swift are unaffected

Testing

On LDPlayer 14 (Android 14, x86_64), Frida 17.24.1, against an arm64 app, a script doing:

console.log("TYPEOF_JAVA=" + (typeof Java) + " avail=" + Java.available);
Java.perform(() => {
    console.log("MODEL=" + Java.use('android.os.Build').MODEL.value);
});

printed nothing before the change, and TYPEOF_JAVA=object avail=true / the device model after.

pytest tests: 238 passed, 13 failed both before and after the change (pre-existing Windows-specific failures in test_repl.py, test_plugin_manager.py and test_android.py). Added tests/utils/test_agent.py covering the bridge request handling.