Sravan
0282181ca6
1.0.3 telemetry showed mode already == .voiceChat when earpiece still landed on Speaker, and setSpeaker read the route synchronously (stale) right after the override. So the mode re-pin alone may be insufficient and the sync read is unreliable. 1.0.5: keeps the .voiceChat re-pin, but stamps live mode into every route-change log line and re-reads the SETTLED port+mode at +0.4s and +1.2s after each toggle (reported in the next toggle's trail). This definitively answers whether WebKit flips to .videoChat and where the route truly settles. native marker 1.0.5-settle. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
27 lines
517 B
JSON
27 lines
517 B
JSON
{
|
|
"name": "audio-route",
|
|
"version": "1.0.5",
|
|
"description": "iOS earpiece/speaker audio route toggle for Biz Connect",
|
|
"main": "dist/plugin.cjs.js",
|
|
"module": "dist/esm/index.js",
|
|
"types": "dist/esm/index.d.ts",
|
|
"author": "BizGaze",
|
|
"license": "MIT",
|
|
"files": [
|
|
"dist/",
|
|
"ios/",
|
|
"AudioRoute.podspec"
|
|
],
|
|
"capacitor": {
|
|
"ios": {
|
|
"src": "ios"
|
|
}
|
|
},
|
|
"devDependencies": {
|
|
"@capacitor/core": "^7.0.0"
|
|
},
|
|
"peerDependencies": {
|
|
"@capacitor/core": "^7.0.0"
|
|
}
|
|
}
|