Skip to content

feat(chat): replace the attachment menu with a media bottom sheet - #6819

Open
ToteMeiSter wants to merge 18 commits into
nextcloud:masterfrom
ToteMeiSter:feat/attachment-sheet
Open

ToteMeiSter wants to merge 18 commits into
nextcloud:masterfrom
ToteMeiSter:feat/attachment-sheet

Conversation

@ToteMeiSter

Copy link
Copy Markdown
Contributor

Refs #6814

This is a feature PR; the issue is not approved yet, the PR is opened for discussion.

Depends on #6818
(the stack also contains the two voice recording fixes it depends on; the lens helpers in CameraLens.kt come from it)

🖼️ Screenshots

🏚️ Before 🏡 After
The attachment dialog with a list of entries A bottom sheet with a grid of the newest photos and videos, a live camera tile and a bar with all former entries

Feature

The attachment dialog is replaced by a Compose ModalBottomSheet:

  • a 3-column grid of the newest photos and videos (MediaStore, up to 300 entries, video duration shown); a tap selects, up to 10 items; "Send (N)" opens the existing attachment preview and then the existing upload path;
  • the first tile is a live CameraX preview of the back camera (an icon only during a call); a tap opens the system camera, as the camera entry did before;
  • a bar below keeps all 9 former entries (photo, video, gallery, file from device, file from cloud, thread, poll, location, contact) with unchanged visibility rules, covered by a unit test;
  • AttachmentDialog and dialog_attachment.xml are removed.

Media access:

  • Android 14+: READ_MEDIA_IMAGES, READ_MEDIA_VIDEO and READ_MEDIA_VISUAL_USER_SELECTED. With partial access the grid shows the selected items and a "Select more photos and videos" entry.
  • Without permission the grid is replaced by an "Allow access" button; the bar still works.
  • Declaring READ_MEDIA_VISUAL_USER_SELECTED turns off the Android 14 compatibility mode for the whole app, so PlatformPermissionUtilImpl.isFilesPermissionGranted() accepts partial access (second commit). Without it voice and video messages, camera photos and "file from device" would ask for permissions again.

Google Play policy

The grid reads MediaStore and needs READ_MEDIA_IMAGES/READ_MEDIA_VIDEO; the system Photo Picker (#4829) was chosen before partly because of the Play policy (#4313). Whether the grid is acceptable at all, and the option of a gplay variant with only the Photo Picker (and no READ_MEDIA_* request for the grid), are discussed in #6814.

Current behavior of this branch: generic and gplay are the same. The permissions are declared in the main manifest, so both flavors request them when the user taps "Allow access"; the merged manifests of both flavors contain READ_MEDIA_IMAGES, READ_MEDIA_VIDEO and READ_MEDIA_VISUAL_USER_SELECTED. There is no gplay-only reduced variant yet; I will add one if the maintainers prefer it.

Structure

Two commits on top of the video message PR:

  1. feat(chat): replace attachment menu with a media bottom sheet
  2. fix(chat): count partial media access as files access on Android 14

How to check on a device

  1. Open a chat and tap the attachment button: the sheet opens half way, drag it up for the full grid.
  2. Without permission tap "Allow access"; on Android 14 choose "Select photos" and check the "Select more" entry.
  3. Select several items, tap "Send": the attachment preview opens.
  4. Tap the camera tile: the system camera opens. Check each entry of the bar, also in a one-to-one chat, a remote conversation and in a thread.
  5. After choosing partial access, record a voice message: no new permission request.

Tested by the author on a Huawei DEL-LX9 with a fork build that has this feature together with other fork changes; this branch itself was built and unit-tested.

🚧 TODO

🏁 Checklist

  • ⛑️ Tests (unit and/or integration) are included or not needed
  • 🔖 Capability is checked or not needed
  • 🔙 Backport requests are created or not needed: /backport to stable-xx.x
  • 📅 Milestone is set
  • 🌸 PR title is meaningful (if it should be in the changelog: is it meaningful to users?)

🤖 AI (if applicable)

  • The content of this PR was partly or fully generated using AI

The change was written with the help of Claude Code (Anthropic). The author reviewed the code, built it and ran the unit tests, and checked the behavior on a device with the fork build.

The observer of the recording state is registered again when the chat
activity is recreated, for example on a screen rotation. LiveData then
delivers the current value to it and the device vibrated as if a recording
had just started or ended.

Vibrate only when the state differs from the one the activity already knew.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
A rotation stops the chat activity. ChatViewModel.onStop then stopped the
MediaRecorder, while the locked and in-progress state of the recording stayed.
The screen still showed a running recording and a truncated file was sent.

The view model now keeps the recorder running when the stopping activity is
changing its configuration. It reads this from the lifecycle owner: ON_STOP
reaches the observer before the body of Activity.onStop runs (API 29+), so a
flag set by the activity in onStop would come too late.
The recorder is still stopped when the user leaves the chat.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
A short tap on the record button switches between voice and video mode. The
mode is stored in AppPreferences and shown by the button icon and a snackbar
hint. The result is a regular video attachment.

In video mode holding the button records with CameraX (front camera, 720p
with fallback, about 2.5 Mbit/s, at most 120 s, then it stops and is sent).
Sliding left cancels, sliding up locks. The gestures, the lock state, the
timer and the locked recording view are shared with the voice recording. The
preview is shown above the input and the camera can be switched during the
recording. An unfinished recording is cancelled and the camera released when
the chat is paused. Too short recordings show a hint, camera errors a
message. The finished mp4 goes through the regular file upload.

Refs nextcloud#6812

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
… popup

The record button used to start a recording on the first touch, so a short
tap that should switch the mode started a recording first. Recording now
starts only when the button is held. A tap shows the record hint as a popup
above the button instead of a snackbar, placed in the window of the button
and kept above it after layout changes.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
The activity is recreated on rotation while the video recorder belonged to
it: onPause cancelled the recording and deleted its file, and binding the
camera to the next activity made the CameraX recorder configure itself in a
state where that is not allowed.

- The video recorder lives in ChatViewModel like the voice recorder. The
  activity attaches its preview and callback, and the recorder lets go of
  them when the activity is destroyed. A result that arrives without an
  activity is delivered to the next one.
- The camera is bound to a lifecycle of the recorder itself, not to the one
  of the activity, so it stays bound while the activity is recreated.
- A new activity picks up the recording and locks it when it was held, so the
  timer, stop, send and cancel are shown.
- The recording is cancelled when the user leaves the chat, not on a
  configuration change.
- A recording cut off by the camera is not lost but shown in the attachment
  preview.
- The video is recorded in the rotation of the sensor.
- A recording is never stopped while a switched camera settles.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
The container of the video recording preview did not consume touches, so
taps on it reached the chat below. Make it consume them and hide it from
TalkBack, where it is only decoration.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
Show recent photos and videos from MediaStore in a 3-column grid with a live
camera tile and multi-select, and keep every former menu entry in a bar below
with unchanged visibility rules. Selected media open the existing attachment
preview with caption. Supports Android 14 partial media access.

Removes AttachmentDialog and dialog_attachment.xml.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
READ_MEDIA_VISUAL_USER_SELECTED turns off the Android 14 compatibility mode,
so isFilesPermissionGranted() must accept the partial grant, otherwise voice
and video messages, camera photos, local files and share-to-Talk ask for
permissions again.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
@coderabbitai

coderabbitai Bot commented Oct 4, 2026 •

Copy link
Copy Markdown

Review in Change Stack →

Navigate logical layers of code changes, visualize relationships, and explore their blast radius.

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info
⚙️ Run configuration
  • Configuration used: Organization UI
  • Review profile: CHILL
  • Plan: Advanced
  • Run ID: 09192614-2291-4606-a368-9dc25bed893f
📥 Commits

Reviewing files that changed from the base of the PR and between b8eaef7 and f9b4751.

📒 Files selected for processing (1)
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/AttachmentSheet.kt

Included review availability: This review used your included allowance. Your plan provides up to 4 included reviews per hour; 3 remain after this review.


📝 Walkthrough

Walkthrough

The change adds a Compose attachment sheet with recent image and video selection, media permission handling, and conversation-specific actions. It also adds voice and video input modes and a hold gesture for recording. Video messages use CameraX and support camera switching, activity recreation, and distinct completion outcomes. Unit tests cover attachment rules, media access and selection, recording gestures, and video recorder behavior.

Priority: ➖ Normal

Merge Risk: ⚪ Minimal · up to f9b47

The media sheet’s permission handling preserves the expected request and access behavior. No concrete merge-blocking risk is established in the supplied change context.

Security Architecture Review

Security architecture risk: 🔵 Low · up to f9b47

Media access remains subject to Android permissions, and selected attachments still pass through the existing preview. Camera cleanup and recording cancellation have explicit controls. No security weakness was established, but overlapping camera use and lifecycle recovery retain some uncertainty.

Retained concerns
No architecture-level concerns identified.

Security review details

Security Blast Radius

  • inferred — The reviewed exposure is device media accessible to the Android app, local camera/microphone capture, and attachments sent through the current chat. The sheet broadens in-app browsing reachability, but the inspected path does not establish new remote authority or cross-conversation access.

Trust Boundaries and Controls

  • observed — The live camera tile requires an existing camera grant and releases its preview before dispatching capture. Its tap uses the existing camera-permission and system-camera path. Selected device media still reaches attachment preview, while interrupted video recordings also require preview instead of automatic upload.

Resilience and Maintainability Implications

  • inferred — Normal recording hides the attachment button, locked recording replaces the input fragment, and the video overlay blocks underlying interaction. Binding failures return null, and both camera consumers unbind their own use cases. These controls limit ordinary overlap and failure propagation, but do not establish a shared exclusive camera lease for every interleaving.
  • observed — Leaving the activity outside configuration changes requests recording cancellation. Clearing the chat view model releases the recorder, removes activity callbacks, deletes pending output, and suppresses later result delivery. Stop during camera switching may be deferred by the 1.5-second settling window.
🚥 Pre-merge checks | ✅ 4 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 20.13% which is insufficient. The required threshold is 80.00%. Docstring coverage is scoped to functions touched by this diff. Analyzed 318 functions across 39 files. Write docstrings for the functions missing them to satisfy the coverage threshold.
✅ Passed checks (4 passed)
Check name Status Explanation
Title check ✅ Passed The title clearly summarizes the main change: replacing the attachment menu with a media bottom sheet.
Description check ✅ Passed The description covers the feature, screenshots, TODO, testing, capability checks, backport status, title checklist, and AI disclosure. The milestone checklist item remains unchecked, but the descript…
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
  • Fix all pre-merge checks with AI
  • Autopilot · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2


ℹ️ Review info
⚙️ Run configuration
  • Configuration used: Organization UI
  • Review profile: CHILL
  • Plan: Advanced
  • Run ID: cad5ab06-8c7d-4c28-b0e2-80f15e84101f
📥 Commits

Reviewing files that changed from the base of the PR and between 1e9c2f1 and 62f51a2.

📒 Files selected for processing (43)
  • app/build.gradle.kts
  • app/src/main/AndroidManifest.xml
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/AttachmentAction.kt
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/AttachmentActionResources.kt
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/AttachmentSheet.kt
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/CameraTile.kt
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/MediaAccess.kt
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/MediaSelection.kt
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/RecentMedia.kt
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/RecentMediaLoader.kt
  • app/src/main/java/com/nextcloud/talk/chat/CameraLens.kt
  • app/src/main/java/com/nextcloud/talk/chat/ChatActivity.kt
  • app/src/main/java/com/nextcloud/talk/chat/MessageInputFragment.kt
  • app/src/main/java/com/nextcloud/talk/chat/MessageInputVoiceRecordingFragment.kt
  • app/src/main/java/com/nextcloud/talk/chat/RecordButtonGesture.kt
  • app/src/main/java/com/nextcloud/talk/chat/RecordHintPopup.kt
  • app/src/main/java/com/nextcloud/talk/chat/RecordInputMode.kt
  • app/src/main/java/com/nextcloud/talk/chat/RecordingStopCoordinator.kt
  • app/src/main/java/com/nextcloud/talk/chat/VideoMessageRecorder.kt
  • app/src/main/java/com/nextcloud/talk/chat/viewmodels/ChatViewModel.kt
  • app/src/main/java/com/nextcloud/talk/ui/dialog/AttachmentDialog.kt
  • app/src/main/java/com/nextcloud/talk/utils/permissions/PlatformPermissionUtilImpl.kt
  • app/src/main/java/com/nextcloud/talk/utils/preferences/AppPreferences.java
  • app/src/main/java/com/nextcloud/talk/utils/preferences/AppPreferencesImpl.kt
  • app/src/main/res/drawable/bg_record_hint.xml
  • app/src/main/res/drawable/ic_record_hint_arrow.xml
  • app/src/main/res/layout/activity_chat.xml
  • app/src/main/res/layout/dialog_attachment.xml
  • app/src/main/res/layout/view_message_input.xml
  • app/src/main/res/layout/view_record_hint.xml
  • app/src/main/res/values/dimens.xml
  • app/src/main/res/values/strings.xml
  • app/src/test/java/com/nextcloud/talk/attachmentsheet/AttachmentActionTest.kt
  • app/src/test/java/com/nextcloud/talk/attachmentsheet/MediaAccessTest.kt
  • app/src/test/java/com/nextcloud/talk/attachmentsheet/MediaSelectionTest.kt
  • app/src/test/java/com/nextcloud/talk/attachmentsheet/RecentMediaTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/RecordButtonGestureTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/RecordHintPopupPlacementTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/RecordingStopCoordinatorTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/ShouldVibrateOnRecordingChangeTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/VideoMessageRecordingTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/VideoRecorderLifecycleTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/VideoRecordingRecreationTest.kt
💤 Files with no reviewable changes (2)
  • app/src/main/res/layout/dialog_attachment.xml
  • app/src/main/java/com/nextcloud/talk/ui/dialog/AttachmentDialog.kt

Included review availability: This review used your included allowance. Your plan provides up to 4 included reviews per hour; 0 remain after this review.

@mahibi

mahibi commented Oct 5, 2026

Copy link
Copy Markdown
Collaborator

Hi @ToteMeiSter thank you for your contributions.
We will review them soon

…g start

The start time was taken on ACTION_DOWN, but the recording starts only after
the 400-600 ms hold threshold, so a voice message was judged too short
(or long enough) by a duration which included the hold. Take the time in
beginRecording() after the recording has started and use the monotonic clock.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
…alized it

Send or delete of a locked video recording cleared the lock and the
in-progress state at once, while CameraX was still finalizing the file. A new
recording started in that window was silently dropped in beginRecording().
For video the state is now released in onVideoRecordingFinished(), which
CameraX reaches for every outcome (send, cancel, error, too short). Audio, and
a video recorder which is already idle, are still cleared at once.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
…rded frame

The locked video recording preview was a fixed 180x240dp box floating over the
message bubbles, squashed to about 2:1 in landscape. Now a scrim dims the chat
pane (it blocks touches and is hidden from TalkBack), and the preview is centered
in it in the aspect of the recorded frame, fitted with margins, at most 75% of
the width and 480dp on the longest side. The placement is a pure function
(videoPreviewPlacement) with unit tests; it is recomputed when the pane changes
size and when the recorder learns the frame aspect from CameraX.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
…entation, hide chat from TalkBack

- Center by Gravity.CENTER and change only width and height: the margin
  comparison never settled in RTL and re-laid out the chat every frame.
- The frame aspect is turned into screen coordinates by the difference of the
  recording and the display rotation (screenFrameAspect), so the frame matches
  the picture with auto-rotate off and after a turn during the recording.
- While recording, the siblings of the scrim are hidden from TalkBack and get
  their previous values back afterwards.
- The preview size is recalculated after a camera switch.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
In video mode the locked recording panel is one row: delete, red dot in a
progress ring of the 120 s limit, timer, send. The voice panel is unchanged.
The preview keeps a smaller gap on a short area.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
- Hide the whole recording indicator from TalkBack, so the progress ring
  does not announce its percentage every second.
- Relative padding of the timer, so the gap stays between dot and timer in RTL.
- No inset around the progress ring, so it fills its 24dp.
- The ring scale is set in code only (PROGRESS_MAX).

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
…t by the effective state

requestReadFilesPermissions() did not request READ_MEDIA_VISUAL_USER_SELECTED
on Android 14+, although the manifest declares it, and the result handler
looked only at grantResults[0]. With "selected photos" the first permission is
denied, so a partial access showed a false refusal.

The request is now the set of the attachment sheet (mediaPermissionsToRequest)
plus READ_MEDIA_AUDIO from Android 13 on, as before. The result allows the file
picker if any requested permission was granted or the effective access
(permissionUtil.isFilesPermissionGranted()) is given: before Android 10 the
granted READ permission differs from the WRITE one that check looks at.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
A video recording result that waited for a new activity was delivered from onCreate, before currentConversation
and spreedCapabilities were set: the send path and the preview path could throw. The pending result is now
delivered once the initial capabilities state has initialized both; a running recording still reattaches at once.

The delete and send buttons of the compact video row announced the voice recording labels to TalkBack.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Caution

Some comments are outside the diff and can’t be posted inline due to GitHub limitations.

⚠️ Outside diff range comments (1)

🟡 Minor · Keep reselection available for mixed Android 14 grants. · MediaAccess.kt:18-39

app/src/main/java/com/nextcloud/talk/attachmentsheet/MediaAccess.kt:18-39
🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

Keep reselection available for mixed Android 14 grants.

When image access is full, video access is selected-only, and READ_MEDIA_VISUAL_USER_SELECTED is granted, resolveMediaAccess returns FULL. AttachmentSheetBody then omits the “Select more” callback, so users cannot expand the selected videos from the sheet. The existing grantedMediaPermissions(context) helper can supply the per-type grants for this check; keep FULL unchanged for media loading.

Suggested fix
-    val access = remember(refreshKey) { currentMediaAccess(context) }
+    val grantedPermissions = remember(refreshKey) { grantedMediaPermissions(context) }
+    val access = remember(refreshKey) {
+        resolveMediaAccess(Build.VERSION.SDK_INT, grantedPermissions)
+    }
+    val canSelectMore = access == MediaAccess.PARTIAL ||
+        (Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE &&
+            READ_MEDIA_VISUAL_USER_SELECTED in grantedPermissions &&
+            (android.Manifest.permission.READ_MEDIA_IMAGES !in grantedPermissions ||
+                android.Manifest.permission.READ_MEDIA_VIDEO !in grantedPermissions))
@@
-                    onSelectMore = permissionRequest.takeIf { access == MediaAccess.PARTIAL }
+                    onSelectMore = permissionRequest.takeIf { canSelectMore }

ℹ️ Review info
⚙️ Run configuration
  • Configuration used: Organization UI
  • Review profile: CHILL
  • Plan: Advanced
  • Run ID: f2b0ae11-95a7-42a9-8de4-3692cf68f739
📥 Commits

Reviewing files that changed from the base of the PR and between 62f51a2 and f3fdd7c.

📒 Files selected for processing (19)
  • app/src/main/java/com/nextcloud/talk/attachmentsheet/MediaAccess.kt
  • app/src/main/java/com/nextcloud/talk/chat/ChatActivity.kt
  • app/src/main/java/com/nextcloud/talk/chat/MessageInputFragment.kt
  • app/src/main/java/com/nextcloud/talk/chat/MessageInputVoiceRecordingFragment.kt
  • app/src/main/java/com/nextcloud/talk/chat/RecordButtonGesture.kt
  • app/src/main/java/com/nextcloud/talk/chat/VideoMessageRecorder.kt
  • app/src/main/java/com/nextcloud/talk/chat/VideoPreviewPlacement.kt
  • app/src/main/res/drawable/video_recording_dot.xml
  • app/src/main/res/layout/activity_chat.xml
  • app/src/main/res/layout/fragment_message_input_voice_recording.xml
  • app/src/main/res/values/colors.xml
  • app/src/main/res/values/dimens.xml
  • app/src/test/java/com/nextcloud/talk/attachmentsheet/MediaAccessTest.kt
  • app/src/test/java/com/nextcloud/talk/attachmentsheet/ShareFilePermissionTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/RecordButtonGestureTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/VideoFrameAspectTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/VideoPreviewPlacementCompactPanelTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/VideoPreviewPlacementTest.kt
  • app/src/test/java/com/nextcloud/talk/chat/VideoRecordingRecreationTest.kt
🚧 Files skipped from review as they are similar to previous changes (1)
  • app/src/test/java/com/nextcloud/talk/attachmentsheet/MediaAccessTest.kt

Included review availability: This review used your included allowance. Your plan provides up to 4 included reviews per hour; 1 remain after this review.

…Android 14

With READ_MEDIA_VISUAL_USER_SELECTED and only one of READ_MEDIA_IMAGES/VIDEO granted, the access resolves to FULL
and the sheet hid the action. canSelectMoreMedia also covers that mix; media loading is unchanged.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
@ToteMeiSter

Copy link
Copy Markdown
Contributor Author

@coderabbitai Re the outside-diff finding on MediaAccess.kt 18-39 of this review (keep "select more" for mixed Android 14 grants):

Confirmed and fixed in b8eaef7: the new canSelectMoreMedia(sdkInt, granted) is true for PARTIAL and also on Android 14+ when READ_MEDIA_VISUAL_USER_SELECTED is granted next to only one of READ_MEDIA_IMAGES / READ_MEDIA_VIDEO. The sheet uses it for "Select more"; media loading still follows FULL. Covered by CanSelectMoreMediaTest.

This reply and the fix were prepared with the help of an AI assistant (Claude Code) and reviewed before posting.

@coderabbitai

coderabbitai Bot commented Oct 5, 2026

Copy link
Copy Markdown

Tip

For best results, initiate chat on the files or code changes.

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
set -euo pipefail
fd '^(MediaAccess|CanSelectMoreMediaTest|AttachmentSheet)\.kt$'
ast-grep outline app/src/main/java/com/nextcloud/talk/attachmentsheet/MediaAccess.kt
ast-grep outline app/src/test/java/com/nextcloud/talk/attachmentsheet/CanSelectMoreMediaTest.kt
ast-grep outline app/src/main/java/com/nextcloud/talk/attachmentsheet/AttachmentSheet.kt
cat -n app/src/main/java/com/nextcloud/talk/attachmentsheet/MediaAccess.kt
cat -n app/src/test/java/com/nextcloud/talk/attachmentsheet/CanSelectMoreMediaTest.kt
rg -n -C5 'canSelectMoreMedia\(|resolveMediaAccess\(|RecentMediaLoader\.load\(|MediaAccess\.(FULL|PARTIAL|NONE)' app/src/main/java/com/nextcloud/talk/attachmentsheet/AttachmentSheet.kt

Length of output: 13523


🏁 Script executed:

#!/bin/bash
set -euo pipefail
sed -n '155,190p' app/src/main/java/com/nextcloud/talk/attachmentsheet/AttachmentSheet.kt

Length of output: 1871


@ToteMeiSter Thanks for the fix. I verified that canSelectMoreMedia covers partial access and both mixed Android 14 grant combinations. The sheet uses this helper for “Select more” without changing the media-loading access logic.

CanSelectMoreMediaTest covers both mixed-grant cases. I inspected the tests but did not run them. This addresses the finding.


If you found this review helpful, would you consider giving us a shout-out on X?

Thank you for using CodeRabbit!

You are interacting with an AI system.

…st returns

When the system grants without a dialog there is no pause/resume, so the sheet kept the old grants and the
placeholder. The request result now bumps a key that the grants and the media list depend on.

Signed-off-by: Krainov Gleb <krajnov.g@kontentplus.ru>
Assisted-by: Claude-Code:claude-opus-5-5
@ToteMeiSter

Copy link
Copy Markdown
Contributor Author

@coderabbitai review

@coderabbitai

coderabbitai Bot commented Oct 5, 2026 •

Copy link
Copy Markdown
✅ Action performed

Review finished.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

3. to review Waiting for reviews AI assisted

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants