In
`@stream-video-android-core/src/main/kotlin/io/getstream/video/android/core/notifications/internal/service/CallService.kt`:
- Around line 655-677: promoteToFgServiceIfNoActiveCall currently skips
startForeground when videoClient.getSettingUpCallNotification() returns null
(NoOpNotificationHandler), which can leave a service started via
ContextCompat.startForegroundService() without a foreground call and cause
ForegroundServiceDidNotStartInTimeException; update
promoteToFgServiceIfNoActiveCall to always call startForegroundWithServiceType
(or startForeground) when !hasActiveCall by providing a fallback notification
(build a minimal/default Notification) if getSettingUpCallNotification() returns
null, so the service is promoted to foreground even when the custom handler
returns null; keep references to videoClient.getSettingUpCallNotification(),
startForegroundWithServiceType(...,
permissionManager.getServiceType(baseContext, trigger)), and ensure this change
preserves the normal path to startForegroundForCall() and safe
stopServiceGracefully() behavior.

In
`@stream-video-android-core/src/main/kotlin/io/getstream/video/android/core/notifications/internal/service/managers/CallServiceLifecycleManager.kt`:
- Around line 52-56: The error message concatenates a nullable from
update.errorOrNull(), producing e.g. "Fail to perform
initializeCallAndSocketnull" and lacking a separator; update the onError
invocation in CallServiceLifecycleManager (the initializeCallAndSocket error
path) to safely extract the error text and include a separator — e.g., use a
safe call and fallback (error?.message ?: error.toString() ?: "unknown") or a
default string, and prepend with a separator like ": " or " - " so the logged
message becomes "Fail to perform initializeCallAndSocket: <error details>"
instead of concatenating a nullable directly.

In
`@stream-video-android-ui-core/src/main/kotlin/io/getstream/video/android/ui/common/permission/PermissionManager.kt`:
- Around line 100-129: In hasRequiredCallPermissions, fix the typo in the
TODO/log comment ("exiting" → "existing") and change the failure handling for
call.get(): when result.isFailure, log the error at error level including the
failure details (use logger.e with the exception or result.error) instead of
logger.w, and return false (do not bypass permission checks) so callers will
enforce permissions; keep the rest of the capability checks unchanged and
reference call.get(), call.state.ownCapabilities, and logger for locating the
change.

In
`@stream-video-android-ui-core/src/main/kotlin/io/getstream/video/android/ui/common/StreamCallActivity.kt`:
- Around line 571-587: The current logic in handleAcceptCallIntent silently does
nothing when hasRequiredCallPermissions(...) is false and
hasNotificationPermission(...) is also false; change it so that when call
permissions are missing you always invoke get(call, onError=..., onSuccess=...)
to surface the incoming-call UI for permission prompting, and only call
updateNotificationWhenAppComesToForeground(call) beforehand when
PermissionManager.hasNotificationPermission(...) is true; keep the existing
accept(call, ...) path when permissions are present and preserve
onError/onSuccess propagation for both accept and get.