Expose InCallService data to other applications
Maintainer thường phản hồi trong vòng 4 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 8/100
Hướng nghiên cứu
The issue names no files, tests or entry points, so there is no obvious starting point in the code. It asks for a new permission-gated way for other apps to receive InCallService call updates, but does not choose a mechanism, so the first step is a maintainer decision on the design. Done means an agreed design and a scoped follow-up issue, not a patch.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Checklist
- I made sure that there are no existing issues - open or closed - to which I could contribute my information.
- I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
- I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
- I have taken the time to fill in all the required details. I understand that the request will be dismissed otherwise.
- This issue contains only one feature request.
- I have read and understood the contribution guidelines.
Feature description
Basically, the application would declare its own permission. A bit like Shizuku, where applications that where allowed, will be able to ask/receive updates from InCallService. This would allow automation applications and call recording apps to detect and get informations about on-going calls. Since Android restrict access to call data to role-unique apps and system-apps, this would be the only way for a non-dialer app to get reliable access to this information. Since phone state is very limited, and getting the phone number is DEPRECATED and could be removed at any point.
As of now, I am only aware of the Welefon who does this, but its is very feature lacking.
Why do you want this feature?
I am the developer of ShizuCallRecorder and for a while now I have been hoping to see a dialer app implement a system that would allow third-party app to get access to the data given by InCallService. This data generally cannot be accesed by third-party app since Android restrict everything related to call to role-unique permission, system-apps, or very specific scenarios, with no way of letting the user decide / controls them.
Since ShizuCallRecorder is only a call recording, it would not make sense to force users to define the app as a dialer to get the unique dialer role. There are of courses work-arounds, and right now we have two of them, but Android or OEM could kill them at any moment.
Because of this, I have been looking for alternatives and also had Shizuku in mind. That's when a user made a feature request on our project and I discovered Welefon who does exactly what I just proposed. The only problem is that it is very lacking in features. This is bad since it would mean that if someone would wish to use ShizuCallRecorder, they would be forced to use X dialer, even if its lacking features for them.
FossifyOrg phone dialer is one of the most stable dialer app I know of, so I'm taking a shot, even trought this is probably a weird feature to ask. I could also see it beeing used by users who use automations apps (trought phone state broadcast may be enought for them)
Additional information
- Ngôn ngữ chính
- Kotlin
- Star
- 1.4k
- Fork
- 213
- Merge trung bình
- 5 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 14
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của FossifyOrg/Phone
-
Tab to tap and Scroll UpĐang mởfeature request needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
FossifyOrg/Phone#922 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
bug needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
FossifyOrg/Phone#914 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
bug needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
FossifyOrg/Phone#889 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
feature request needs triage
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 60/100
FossifyOrg/Phone#822 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
bug needs triage
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
FossifyOrg/Phone#921 ·
Maintainer thường phản hồi trong vòng 4 ngày
Tất cả issue của FossifyOrg/Phone
Issue tương tự
-
Dev
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
ankidroid/Anki-Android#22555 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Good first issue: add kotlin-spring-boot stack budget preset (Kotlin + Spring Boot 3 + Gradle)Đang mởenhancement good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
core: RAC_LLM_OPTIONS_DEFAULT.min_p disagrees with the IDL's annotated defaultCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug core p3
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
RunanywhereAI/runanywhere-sdks#1083 ·
Maintainer thường phản hồi trong vòng 5 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Java and Kotlin (JVM): parse gradle/wrapper/gradle-wrapper.properties with exact line locationsĐang mởarea: detector eco: java help wanted lane: free-agent roadmap size: S type: parser
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
arminazimi/evergreen#355 ·
Maintainer thường phản hồi trong vòng 1 ngày