Describe the feature you'd like to see in the SDK
We are using the same Stream Chat channel from a web client and an Android app. When someone sends a regular audio file from the web client, it appears as a playable audio attachment on the web. On Android, the same attachment is treated as a regular file and there is no play button.
The built-in Android player works for audio_recording attachments created by the voice recorder, but not for regular audio attachments with type AUDIO. In the Compose UI, regular audio is currently grouped with file attachments, while the audio player is only used for AUDIO_RECORDING.
Please add default playback support for regular audio attachments in the Android UI SDK. The attachment should use its audio URL and title or filename, and provide at least play/pause and progress controls. It should not require recording-only fields such as waveform data.
If a message contains multiple audio attachments, every attachment should remain visible and only one track should be active at a time. Mixed messages should keep rendering their image, video, file and link attachments normally.
This request concerns audio files received from another client. The existing voice-recording composer flow should remain unchanged.
Reproduced with Stream Chat Android 7.6.0.
Related issues
UIKit: GetStream/stream-chat-swift#4194
SwiftUI: GetStream/stream-chat-swiftui#1554
Describe the feature you'd like to see in the SDK
We are using the same Stream Chat channel from a web client and an Android app. When someone sends a regular audio file from the web client, it appears as a playable audio attachment on the web. On Android, the same attachment is treated as a regular file and there is no play button.
The built-in Android player works for
audio_recordingattachments created by the voice recorder, but not for regular audio attachments with typeAUDIO. In the Compose UI, regular audio is currently grouped with file attachments, while the audio player is only used forAUDIO_RECORDING.Please add default playback support for regular audio attachments in the Android UI SDK. The attachment should use its audio URL and title or filename, and provide at least play/pause and progress controls. It should not require recording-only fields such as waveform data.
If a message contains multiple audio attachments, every attachment should remain visible and only one track should be active at a time. Mixed messages should keep rendering their image, video, file and link attachments normally.
This request concerns audio files received from another client. The existing voice-recording composer flow should remain unchanged.
Reproduced with Stream Chat Android 7.6.0.
Related issues
UIKit: GetStream/stream-chat-swift#4194
SwiftUI: GetStream/stream-chat-swiftui#1554