Status Update
Comments
so...@gmail.com <so...@gmail.com> #2
Which version of R8 are you using?
aa...@aarcane.org <aa...@aarcane.org> #3
jo...@gmail.com <jo...@gmail.com> #4
In order to diagnose this we would probably need to be able to reproduce this issue.
Would it be possible for you to share a compiler dump file that contains the inputs to R8 (i.e., the Java class files and the keep rules going into R8)? That way we should be able to reproduce the build. You can generate this as below and could share this privately with
./gradlew assembleRelease --no-daemon -Dcom.android.tools.r8.dumpinputtodirectory=/path/to/dumps
Do you know if the class ViewEventSinkImpl
is instantiated using reflection? If so, do you know if there is a corresponding keep rule for the class?
Can you try if the following rule "fixes" the issue:
-keep,allowobfuscation,allowshrinking class org.chromium.content.browser.ViewEventSinkImpl
When this rule is present, R8 should account for the fact that ViewEventSinkImpl
may be instantiated by reflection, which I suspect may fix the issue you are seeing.
kf...@gmail.com <kf...@gmail.com> #5
Hi! I have also encountered a problem with r8 in --classfile mode incorrectly removing a null check, and curiously enough it also happened in and around ViewEventSinkImpl. I tried with the R8 version in Chromium and also with latest main branch local build from the repo which was be29229a110ce06989f6f3a63b0a83015ed3fefe.
The issue I'm seeing is from code which effectively does
public final class ViewEventSinkImpl ... {
private @Nullable Boolean mHasViewFocus; // not written to anywhere else
public void onViewFocusChanged(boolean gainFocus) {
if (mHasViewFocus != null && mHasViewFocus == gainFocus) return;
mHasViewFocus = gainFocus;
....
}
}
and after r8 with --classfile, the null check gets removed and the code is guaranteed to crash. Without --classfile, the null check remains in the dex. Note: for me, the code (with or without the check) was inlined at the only callsite to onViewFocusChanged.
Adding
-keep,allowobfuscation,allowshrinking class org.chromium.content.browser.ViewEventSinkImpl
works around the issue for me. I believe there is some reflection going on as one part of the code that affects that bug is the presence of
public static ViewEventSinkImpl from(WebContents webContents) {
ViewEventSinkImpl ret =
((WebContentsImpl) webContents)
.getOrSetUserData(
ViewEventSinkImpl.class, UserDataFactoryLazyHolder.INSTANCE);
return ret;
}
I hope the advice to send the repro case directly is still valid, I should have it down to a manageable size soon.
pe...@gmail.com <pe...@gmail.com> #6
Thanks, it would be great if you would be able to share a reproduction for this.
bp...@gmail.com <bp...@gmail.com> #7
I have sent the repro over by email. Can you confirm if the mail has gotten thru spam filters, etc.?
me...@gmail.com <me...@gmail.com> #8
Project: r8
Branch: main
Author: Christoffer Adamsen <
Link:
Reproduce inadequate value propagation in presence of T::new expressions
Expand for full commit details
Reproduce inadequate value propagation in presence of T::new expressions
Bug: b/397737234
Change-Id: Ia6cbb0ef3366125420afbdfcf3a8f0d228cc2004
Files:
- A
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 0e40b2543f171f14c4727e9673cfbe1581bfb804
Date: Thu Mar 06 08:47:46 2025
fr...@gmail.com <fr...@gmail.com> #9
Project: r8
Branch: main
Author: Christoffer Adamsen <
Link:
Account for T::new expressions in default field value joiner
Expand for full commit details
Account for T::new expressions in default field value joiner
Bug: b/397737234
Change-Id: Iea344f54fa5a8ac40739a51da5d7e6679d5964b8
Files:
- M
src/main/java/com/android/tools/r8/optimize/argumentpropagation/propagation/DefaultFieldValueJoiner.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: faeee0fe013067ef2c1b015822a00ebd999c19c9
Date: Thu Mar 06 09:51:41 2025
kr...@gmail.com <kr...@gmail.com> #10
Project: r8
Branch: main
Author: Christoffer Adamsen <
Link:
Fix BootstrapMethodError from invalid class merging
Expand for full commit details
Fix BootstrapMethodError from invalid class merging
Bug: b/397737234
Change-Id: Icacf51f06017c50b3448610e8493a225c225c40d
Files:
- M
src/main/java/com/android/tools/r8/horizontalclassmerging/PolicyScheduler.java
- A
src/main/java/com/android/tools/r8/horizontalclassmerging/policies/NoMethodHandleFromLambda.java
- M
src/main/java/com/android/tools/r8/shaking/Enqueuer.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 2d3816adfcece78053fbab0a70196dcb9c0b94dc
Date: Thu Mar 06 09:33:32 2025
gu...@gmail.com <gu...@gmail.com> #11
I checked faeee0fe013067ef2c1b015822a00ebd999c19c9 from r8's main (containing all the fixes above) and it also fixes my original issue on the real code I had. The null check is no longer removed and I go the code to start up correctly.
Thanks a lot!
ac...@gmail.com <ac...@gmail.com> #12
Project: r8
Branch: 8.9
Author: Christoffer Adamsen <
Link:
Fix BootstrapMethodError from invalid class merging
Expand for full commit details
Fix BootstrapMethodError from invalid class merging
Bug: b/397737234
Change-Id: Icacf51f06017c50b3448610e8493a225c225c40d
Files:
- M
src/main/java/com/android/tools/r8/horizontalclassmerging/PolicyScheduler.java
- A
src/main/java/com/android/tools/r8/horizontalclassmerging/policies/NoMethodHandleFromLambda.java
- M
src/main/java/com/android/tools/r8/shaking/Enqueuer.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 5cc2d659e1fd08cecbc8f7cfcbfc404d0bc95fa6
Date: Thu Mar 06 12:12:03 2025
li...@gmail.com <li...@gmail.com> #13
Project: r8
Branch: 8.9
Author: Christoffer Adamsen <
Link:
Version 8.9.29
Expand for full commit details
Version 8.9.29
Bug: b/397737234
Change-Id: I23a0b0f52df1ab2db0b175055ebd78115d407dbc
Files:
- M
src/main/java/com/android/tools/r8/Version.java
Hash: 3d1fcaa2ff1c9b42f0079ae236c48bff520d64c6
Date: Thu Mar 06 12:12:19 2025
bl...@gmail.com <bl...@gmail.com> #14
Project: r8
Branch: 8.9
Author: Christoffer Adamsen <
Link:
Reproduce inadequate value propagation in presence of T::new expressions
Expand for full commit details
Reproduce inadequate value propagation in presence of T::new expressions
Bug: b/397737234
Change-Id: Ia6cbb0ef3366125420afbdfcf3a8f0d228cc2004
Files:
- A
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 7e08f18c401f4d2503ab37f8dbe59f6714ffa7a2
Date: Thu Mar 06 12:11:55 2025
bm...@gmail.com <bm...@gmail.com> #15
Project: r8
Branch: 8.9
Author: Christoffer Adamsen <
Link:
Account for T::new expressions in default field value joiner
Expand for full commit details
Account for T::new expressions in default field value joiner
Bug: b/397737234
Change-Id: Iea344f54fa5a8ac40739a51da5d7e6679d5964b8
Files:
- M
src/main/java/com/android/tools/r8/optimize/argumentpropagation/propagation/DefaultFieldValueJoiner.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: db5ecfb23c380c97fdf9e8562ec7541a9c94ddc7
Date: Thu Mar 06 12:12:10 2025
mr...@gmail.com <mr...@gmail.com> #16
Project: r8
Branch: 8.8
Author: Christoffer Adamsen <
Link:
Reproduce inadequate value propagation in presence of T::new expressions
Expand for full commit details
Reproduce inadequate value propagation in presence of T::new expressions
Bug: b/397737234
Change-Id: Ia6cbb0ef3366125420afbdfcf3a8f0d228cc2004
Files:
- A
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 674a5456a7f32132fb20c00e543e5a82456a08f3
Date: Thu Mar 06 12:12:45 2025
ha...@gmail.com <ha...@gmail.com> #17
Project: r8
Branch: 8.8
Author: Christoffer Adamsen <
Link:
Account for T::new expressions in default field value joiner
Expand for full commit details
Account for T::new expressions in default field value joiner
Bug: b/397737234
Change-Id: Iea344f54fa5a8ac40739a51da5d7e6679d5964b8
Files:
- M
src/main/java/com/android/tools/r8/optimize/argumentpropagation/propagation/DefaultFieldValueJoiner.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: dff84c28b3884cecf7d816ccb7b7afe862c0f78f
Date: Thu Mar 06 12:37:41 2025
vw...@gmail.com <vw...@gmail.com> #18
Project: r8
Branch: 8.8
Author: Christoffer Adamsen <
Link:
Fix BootstrapMethodError from invalid class merging
Expand for full commit details
Fix BootstrapMethodError from invalid class merging
Bug: b/397737234
Change-Id: Icacf51f06017c50b3448610e8493a225c225c40d
Files:
- M
src/main/java/com/android/tools/r8/horizontalclassmerging/PolicyScheduler.java
- A
src/main/java/com/android/tools/r8/horizontalclassmerging/policies/NoMethodHandleFromLambda.java
- M
src/main/java/com/android/tools/r8/shaking/Enqueuer.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 54f1b29c6d4be82cfb1cf2cbd0483093fc583114
Date: Thu Mar 06 12:12:53 2025
st...@gmail.com <st...@gmail.com> #19
Project: r8
Branch: 8.8
Author: Christoffer Adamsen <
Link:
Version 8.8.37
Expand for full commit details
Version 8.8.37
Bug: b/397737234
Change-Id: Ibc71b252bb1283074ba65ce92bac26cb0396558c
Files:
- M
src/main/java/com/android/tools/r8/Version.java
Hash: bc26ca739f0297c4c132feb78d8090b44b6a8b5e
Date: Thu Mar 06 12:38:38 2025
gi...@gmail.com <gi...@gmail.com> #20
Project: r8
Branch: 8.9
Author: Christoffer Adamsen <
Link:
Fix BootstrapMethodError from invalid class merging
Expand for full commit details
Fix BootstrapMethodError from invalid class merging
Bug: b/397737234
Change-Id: Icacf51f06017c50b3448610e8493a225c225c40d
Files:
- M
src/main/java/com/android/tools/r8/horizontalclassmerging/PolicyScheduler.java
- A
src/main/java/com/android/tools/r8/horizontalclassmerging/policies/NoMethodHandleFromLambda.java
- M
src/main/java/com/android/tools/r8/shaking/Enqueuer.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 5cc2d659e1fd08cecbc8f7cfcbfc404d0bc95fa6
Date: Thu Mar 06 12:12:03 2025
ja...@gmail.com <ja...@gmail.com> #21
Project: r8
Branch: 8.9
Author: Christoffer Adamsen <
Link:
Reproduce inadequate value propagation in presence of T::new expressions
Expand for full commit details
Reproduce inadequate value propagation in presence of T::new expressions
Bug: b/397737234
Change-Id: Ia6cbb0ef3366125420afbdfcf3a8f0d228cc2004
Files:
- A
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 7e08f18c401f4d2503ab37f8dbe59f6714ffa7a2
Date: Thu Mar 06 12:11:55 2025
rd...@gmail.com <rd...@gmail.com> #22
Project: r8
Branch: 8.9
Author: Christoffer Adamsen <
Link:
Account for T::new expressions in default field value joiner
Expand for full commit details
Account for T::new expressions in default field value joiner
Bug: b/397737234
Change-Id: Iea344f54fa5a8ac40739a51da5d7e6679d5964b8
Files:
- M
src/main/java/com/android/tools/r8/optimize/argumentpropagation/propagation/DefaultFieldValueJoiner.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: db5ecfb23c380c97fdf9e8562ec7541a9c94ddc7
Date: Thu Mar 06 12:12:10 2025
bo...@gmail.com <bo...@gmail.com> #23
Thanks for the confirmation and for taking the time to create a reproduction. This should be fixed in R8 versions 8.7.37, 8.8.37, 8.9.29 and 8.10.
as...@gmail.com <as...@gmail.com> #24
Project: r8
Branch: 8.7
Author: Christoffer Adamsen <
Link:
Account for T::new expressions in default field value joiner
Expand for full commit details
Account for T::new expressions in default field value joiner
Bug: b/397737234
Change-Id: Iea344f54fa5a8ac40739a51da5d7e6679d5964b8
Files:
- M
src/main/java/com/android/tools/r8/optimize/argumentpropagation/propagation/DefaultFieldValueJoiner.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: facb83cda9b23e96d13acfb6e61edfe77b754c56
Date: Thu Mar 06 12:47:29 2025
[Deleted User] <[Deleted User]> #25
Project: r8
Branch: 8.7
Author: Christoffer Adamsen <
Link:
Fix BootstrapMethodError from invalid class merging
Expand for full commit details
Fix BootstrapMethodError from invalid class merging
Bug: b/397737234
Change-Id: Icacf51f06017c50b3448610e8493a225c225c40d
Files:
- M
src/main/java/com/android/tools/r8/horizontalclassmerging/PolicyScheduler.java
- A
src/main/java/com/android/tools/r8/horizontalclassmerging/policies/NoMethodHandleFromLambda.java
- M
src/main/java/com/android/tools/r8/shaking/Enqueuer.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: f84fe96b65408bc0b38dbed81b95ef3cc8f998af
Date: Thu Mar 06 12:45:35 2025
de...@gmail.com <de...@gmail.com> #26
Project: r8
Branch: 8.7
Author: Christoffer Adamsen <
Link:
Reproduce inadequate value propagation in presence of T::new expressions
Expand for full commit details
Reproduce inadequate value propagation in presence of T::new expressions
Bug: b/397737234
Change-Id: Ia6cbb0ef3366125420afbdfcf3a8f0d228cc2004
Files:
- A
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 2c63d92a87eafc74b45cba8a5a8f3a013130c653
Date: Thu Mar 06 12:45:27 2025
de...@gmail.com <de...@gmail.com> #27
Project: r8
Branch: 8.7
Author: Christoffer Adamsen <
Link:
Version 8.7.37
Expand for full commit details
Version 8.7.37
Bug: b/397737234
Change-Id: If19c362aff21345ea0eba68ee01174265aefae4e
Files:
- M
src/main/java/com/android/tools/r8/Version.java
Hash: 9dd430e92787edf015ce4dbfe5ddb309999758f5
Date: Thu Mar 06 12:47:39 2025
le...@gmail.com <le...@gmail.com> #28
Project: r8
Branch: 8.10
Author: Rico Wind <
Link:
Fix BootstrapMethodError from invalid class merging
Expand for full commit details
Fix BootstrapMethodError from invalid class merging
Bug: b/397737234
Change-Id: Icacf51f06017c50b3448610e8493a225c225c40d
Files:
- M
src/main/java/com/android/tools/r8/horizontalclassmerging/PolicyScheduler.java
- A
src/main/java/com/android/tools/r8/horizontalclassmerging/policies/NoMethodHandleFromLambda.java
- M
src/main/java/com/android/tools/r8/shaking/Enqueuer.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: ad501b1308e3c0d0206bea8111a799f459492135
Date: Mon Mar 10 11:24:46 2025
br...@gmail.com <br...@gmail.com> #29
Project: r8
Branch: 8.10
Author: Rico Wind <
Link:
Reproduce inadequate value propagation in presence of T::new expressions
Expand for full commit details
Reproduce inadequate value propagation in presence of T::new expressions
Bug: b/397737234
Change-Id: Ia6cbb0ef3366125420afbdfcf3a8f0d228cc2004
Files:
- A
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: b62d995efb1143edee9b2589f3a22f27f1bdd10f
Date: Mon Mar 10 11:24:41 2025
bm...@gmail.com <bm...@gmail.com> #30
Project: r8
Branch: 8.10
Author: Rico Wind <
Link:
Account for T::new expressions in default field value joiner
Expand for full commit details
Account for T::new expressions in default field value joiner
Bug: b/397737234
Change-Id: Iea344f54fa5a8ac40739a51da5d7e6679d5964b8
Files:
- M
src/main/java/com/android/tools/r8/optimize/argumentpropagation/propagation/DefaultFieldValueJoiner.java
- M
src/test/java/com/android/tools/r8/ir/optimize/membervaluepropagation/DefaultFieldValueJoinerWithLambdaAllocationTest.java
Hash: 56515ee2eca6931b432a0bf373e6d90a486670e3
Date: Mon Mar 10 11:24:54 2025
[Deleted User] <[Deleted User]> #31
Project: r8
Branch: 8.10
Author: Rico Wind <
Link:
Version 8.10.16
Expand for full commit details
Version 8.10.16
Bug: b/397737234
Change-Id: I8aa6795562027e7b1ecf22d684385b872cd92f86
Files:
- M
src/main/java/com/android/tools/r8/Version.java
Hash: 77b6af4095578d5ccc62cb8730ba1b9555f059b7
Date: Mon Mar 10 11:25:00 2025
cf...@hotmail.com <cf...@hotmail.com> #32
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Meerkat Feature Drop | 2024.3.2 Beta 1
- Android Gradle Plugin 8.10.0-beta01
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
cf...@hotmail.com <cf...@hotmail.com> #33
The fixes for this issue are now also available in:
- Android Studio Meerkat | 2024.3.1 Patch 1
- Android Gradle Plugin 8.9.1
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
an...@gmail.com <an...@gmail.com> #34
ma...@gmail.com <ma...@gmail.com> #35
tu...@gmail.com <tu...@gmail.com> #36
dk...@gmail.com <dk...@gmail.com> #37
si...@gmail.com <si...@gmail.com> #38
ji...@gmail.com <ji...@gmail.com> #39
jd...@gmail.com <jd...@gmail.com> #40
ga...@gmail.com <ga...@gmail.com> #41
au...@gmail.com <au...@gmail.com> #42
th...@gmail.com <th...@gmail.com> #43
jd...@gmail.com <jd...@gmail.com> #44
jo...@gmail.com <jo...@gmail.com> #45
was never officially supported. In fact, in some forums, there were
warnings that non-API calls like this were prone to disappear in the
future. That being the case, this is more appropriately called a feature
request than a bug.
Access to L2CAP disappeared when the Linux Bluetooth stack blueZ was
replaced by the Broadcom-built library, BlueDroid. I couldn't find any
online justification for the library swap. Maybe security, maybe
reliability. It is open source though. You can dig through the source and
find the low-level implementation of L2CAP (RFCOM builds on top of it) and
see what it takes to expose the connection. I did this a few months ago
and saw it promised to be non-trivial.
turned off in the first place?
jd...@gmail.com <jd...@gmail.com> #46
That being said perhaps this change promised to break a lot of stuff for droid, or at the very least cause power consumption concerns. I haven't looked at bluez code, but it its also possible there might have been some issues with how the new version plays on ARM architecture. (to the best of my knowledge bluez is primarily written for x86 which is found on most PCs but NOT any smartphone and few if any tablets)
This is all purely speculation on my part and would need verification from someone far more knowledgeable than I.
Would anyone be able to shed more light on the issue?
jo...@gmail.com <jo...@gmail.com> #47
ty...@gmail.com <ty...@gmail.com> #48
jd...@gmail.com <jd...@gmail.com> #49
work to correct it
1l...@gmail.com <1l...@gmail.com> #50
ly...@gmail.com <ly...@gmail.com> #51
di...@gmail.com <di...@gmail.com> #52
Bought a TabPro 8.4 to play some games only to discover it won't work with my Wii U Pro Controller.
What a waste of money. Come the fuck on, Google!
[Deleted User] <[Deleted User]> #53
mt...@gmail.com <mt...@gmail.com> #54
jd...@gmail.com <jd...@gmail.com> #55
ma...@gmail.com <ma...@gmail.com> #56
nh...@gmail.com <nh...@gmail.com> #57
fo...@umn.edu <fo...@umn.edu> #58
to...@gmail.com <to...@gmail.com> #59
ri...@gmail.com <ri...@gmail.com> #60
te...@gmail.com <te...@gmail.com> #61
em...@gmail.com <em...@gmail.com> #62
wa...@gmail.com <wa...@gmail.com> #63
mz...@gmail.com <mz...@gmail.com> #64
on...@gmail.com <on...@gmail.com> #65
on...@gmail.com <on...@gmail.com> #66
bm...@gmail.com <bm...@gmail.com> #67
fr...@gmail.com <fr...@gmail.com> #68
di...@gmail.com <di...@gmail.com> #69
er...@gmail.com <er...@gmail.com> #70
ko...@gmail.com <ko...@gmail.com> #71
ga...@gmail.com <ga...@gmail.com> #72
I want use my bluetooth !!
ar...@hausic.de <ar...@hausic.de> #73
Just happy that i also have an ipad where it works perfectly for the time till here maybe happens something.
mj...@gmail.com <mj...@gmail.com> #74
wi...@gmail.com <wi...@gmail.com> #75
jd...@gmail.com <jd...@gmail.com> #76
ma...@gmail.com <ma...@gmail.com> #77
fa...@gmail.com <fa...@gmail.com> #78
gu...@gmail.com <gu...@gmail.com> #79
jo...@gmail.com <jo...@gmail.com> #80
lu...@gmail.com <lu...@gmail.com> #81
PLEASE Fix this issue
ra...@hotmail.com <ra...@hotmail.com> #82
da...@gmail.com <da...@gmail.com> #83
ri...@gmail.com <ri...@gmail.com> #84
jo...@googlemail.com <jo...@googlemail.com> #85
en...@google.com <en...@google.com>
da...@gmail.com <da...@gmail.com> #86
pe...@gmail.com <pe...@gmail.com> #87
dw...@gmail.com <dw...@gmail.com> #88
ze...@gmail.com <ze...@gmail.com> #89
da...@gmail.com <da...@gmail.com> #90
js...@gmail.com <js...@gmail.com> #91
cr...@gmail.com <cr...@gmail.com> #92
le...@gmail.com <le...@gmail.com> #93
wi...@touchhk.com <wi...@touchhk.com> #94
[Deleted User] <[Deleted User]> #95
je...@gmail.com <je...@gmail.com> #96
Yes please!
al...@gmail.com <al...@gmail.com> #97
ro...@gmail.com <ro...@gmail.com> #98
Although does is not a bug, it would be very helpful if L2CAP gets implemented again.
wo...@gmail.com <wo...@gmail.com> #99
dr...@gmail.com <dr...@gmail.com> #100
go...@gmail.com <go...@gmail.com> #101
an...@gmail.com <an...@gmail.com> #102
jt...@gmail.com <jt...@gmail.com> #103
mi...@gmail.com <mi...@gmail.com> #104
he...@gmail.com <he...@gmail.com> #105
ga...@gmail.com <ga...@gmail.com> #106
js...@gmail.com <js...@gmail.com> #107
ni...@gmail.com <ni...@gmail.com> #108
Google get your crap together!!
di...@gmail.com <di...@gmail.com> #109
please bring back bluez since it has new nice features!
SWITCH BACK TO BLUEZ AND DROP BLUEDROID, GOOGLE-DEVS!
Fix this triaged FATAL HIGH PRIORITY BUG!
om...@gmail.com <om...@gmail.com> #110
xf...@gmail.com <xf...@gmail.com> #111
ve...@gmail.com <ve...@gmail.com> #113
ma...@gmail.com <ma...@gmail.com> #114
the link says, merge, build, congratulations.
so next release should have it in? am I reading this correctly?
That would be AWESOME
al...@gmail.com <al...@gmail.com> #115
jo...@gmail.com <jo...@gmail.com> #116
na...@gmail.com <na...@gmail.com> #117
st...@gmail.com <st...@gmail.com> #118
We are not asking you to create new functionality, just restore what once was available.
no...@gmail.com <no...@gmail.com> #119
jm...@gmail.com <jm...@gmail.com> #120
jm...@gmail.com <jm...@gmail.com> #121
co...@gmail.com <co...@gmail.com> #122
de...@gmail.com <de...@gmail.com> #123
is...@gmail.com <is...@gmail.com> #124
Supporting L2CAP on Android would greatly help improve the performance characteristics of an audio app I'm working on.
[1]
lo...@gmail.com <lo...@gmail.com> #125
ma...@gmail.com <ma...@gmail.com> #126
tr...@gmail.com <tr...@gmail.com> #127
da...@gmail.com <da...@gmail.com> #128
mu...@gmail.com <mu...@gmail.com> #129
ra...@gmail.com <ra...@gmail.com> #130
[Deleted User] <[Deleted User]> #131
ca...@gmail.com <ca...@gmail.com> #132
jw...@gmail.com <jw...@gmail.com> #133
al...@gmail.com <al...@gmail.com> #134
er...@gmail.com <er...@gmail.com> #135
pa...@gmail.com <pa...@gmail.com> #136
al...@gmail.com <al...@gmail.com> #137
be...@gmail.com <be...@gmail.com> #138
vi...@gmail.com <vi...@gmail.com> #139
I’ve developed mesh networking library for Android that uses Bluetooth in such way that it doesn’t need Discoverable confirmation from the user each 5 minutes. It also allows background connection between devices thus allowing true seamless mesh networking.
You can try it here:
ni...@gmail.com <ni...@gmail.com> #140
ar...@gmail.com <ar...@gmail.com> #141
ca...@gmail.com <ca...@gmail.com> #142
ss...@gmail.com <ss...@gmail.com> #143
cr...@gmail.com <cr...@gmail.com> #144
lo...@google.com <lo...@google.com>
ca...@gmx.de <ca...@gmx.de> #145
ei...@google.com <ei...@google.com> #146
It's not clear to me from the bug description which public API is no longer working as expected?
Thanks
ka...@gmail.com <ka...@gmail.com> #147
To put it short: most people posting here (like me) just want to connect their good old handy WiiMote to their Android devices.
This worked fine for a lot of devices until Android 4.2 (like on my Galaxy S3mini GT-I8190 @ Android 4.1.2).
I wrote a longer text but lost it due to google re-asking my pswd, so this one won't be as elaborated - sorry...
I am not a BT-pro, so here is what I've read: The issue arose with the switch from Bluez to the BlueDroid BT stack on Android JB 4.2. There seems to be no (or no working?) implementation of the L2CAP protocol used to connect to the WiiMote by some apps (see below), since the WiiMote is a "pairless" BT-HID device BUT it's not abiding by the std. BT HID protocol. I'll cite "
There are at least two apps providing access to the WiiMote on pre-4.2 devices:
- Android-BlueZ-IME - (
- WiimoteController - (
*Both do work on my aforementioned S3Mini@4.1.2
As far as I understand, they had to use the L2CAP protocol, since Android devices were unable to cope with the WiiMote's non-standard way of (ab-)using BT HID.
For further information, please, be so kind to check the repo/issues of android-bluez-ime (link above). Maybe you can even contact one of the above devs - at least the bluez-ime guy somewhere expressed interest in fixing his app if Android's BT stack would properly (re-)implement L2CAP again.
A great bunch of Android gamers would really appreciate your efforts! We do not want to buy a new BT gamepad. This is your possibility to become a real hero ;-)
For my current device (Galaxy Tab3 10.1 @ 4.4.2) it is possibly to late for a fix. But I'd really like to use my handy WiiMote + its Nunchuck companion on my next Android tablet (then running Android 6.x/Android N). Maybe it would even be possible to compile custom kernels and ROMs to backport these fixes to 4.4 - just dreaming...
Big thanks for reviewing this issue and considering a fix/patch/implementation.
kLik (kaelka)
ri...@gmail.com <ri...@gmail.com> #148
Shittiest inconvenience ever.
mi...@gmail.com <mi...@gmail.com> #149
fl...@gmail.com <fl...@gmail.com> #150
me...@gmail.com <me...@gmail.com> #151
ie...@gmail.com <ie...@gmail.com> #152
jo...@gmail.com <jo...@gmail.com> #153
jo...@gmail.com <jo...@gmail.com> #154
ed...@gmail.com <ed...@gmail.com> #155
jo...@gmail.com <jo...@gmail.com> #156
sk...@gmail.com <sk...@gmail.com> #157
lo...@gmail.com <lo...@gmail.com> #158
mo...@gmail.com <mo...@gmail.com> #159
ba...@gmail.com <ba...@gmail.com> #160
ge...@gmail.com <ge...@gmail.com> #161
lu...@gmail.com <lu...@gmail.com> #162
ha...@gmail.com <ha...@gmail.com> #163
Same Problem. Time to fix it!
mo...@gmail.com <mo...@gmail.com> #164
qu...@gmail.com <qu...@gmail.com> #165
xx...@gmail.com <xx...@gmail.com> #166
mh...@gmail.com <mh...@gmail.com> #167
I expect google is not gettin this to work ever. What are they scared about? Or at least tell us the reason why this will not be solved and why complaining users are ignored?
[Deleted User] <[Deleted User]> #168
Don't you?
ko...@gmail.com <ko...@gmail.com> #169
v0...@gmail.com <v0...@gmail.com> #170
pi...@gmail.com <pi...@gmail.com> #171
is...@gmail.com <is...@gmail.com> #172
L2CAP support enables many new peripheral use cases.
ca...@gmail.com <ca...@gmail.com> #173
em...@gmail.com <em...@gmail.com> #174
I'm trying to create an app that will connect with a wiimote, but there are problems.
The first is the pairing issue which this change partially addresses:
I say partially because on a phone running Cyanogenmod 12, which incorporates this change, I can pair older wii remotes, but not more recent ones. So there's still some bug there, but I don't know what it is.
The second is that, once the device is paired, I need to be able to connect to it and communicate with it. It's an HID device, so it expects to speak L2CAP, but the API doesn't offer support for this--there are two methods for creating BluetoothSockets, and they are createRfcommSocketToServiceRecord and createInsecureRfcommSocketToServiceRecord. Obviously, both create RFCOMM sockets. Thus, it's necessary to use reflection to create a workaround, as per:
Next, when you want to actually connect this socket, there's a further problem:
Note at line 138, it checks if you're trying to connect an L2CAP socket, and if you are, it gives a BT_STATUS_UNSUPPORTED error. This also happens for SCO connections.
Cyanogenmod 12 also has a workaround for this--it's all in
I don't know what the licenses are for that, but perhaps it'd be possible to incorporate those changes into main line Bluedroid. (For direct comparison, their version of the same file:
although I'm pretty confident that other changes are required as well--e.g., they have a file called btif_sock_l2cap.c that's also not present in the Google version.
)
It'd be really nice to have direct API support for creating L2CAP sockets, too, though. It currently takes quite a lot of digging to figure out how to make it work, since many posts simply say "that's not possible since Android 4.2."
Hope this helps clarify the issues.
em...@gmail.com <em...@gmail.com> #175
ga...@gmail.com <ga...@gmail.com> #176
fr...@gmail.com <fr...@gmail.com> #177
da...@gmail.com <da...@gmail.com> #178
ha...@googlemail.com <ha...@googlemail.com> #179
ir...@gmail.com <ir...@gmail.com> #180
tm...@gmail.com <tm...@gmail.com> #181
br...@gmail.com <br...@gmail.com> #182
pc...@gmail.com <pc...@gmail.com> #183
1. You paid for the phone.
2. Price includes 'support'.
3. I see no support here.
3. That's honest services fraud.
4. Android 'supports bluetooth devices': false-statement/advertising. Wiimotes are Bluetooth devices, so are heapdphones and speakers.
5. L2CAP is a part of Bluetooth.
6. No warning labels advise purchaser of the Bluetooth compatibility defects. This is dishonest and misleading information.
7. This voids all disclaimers and warranties from google and the manufacturers. (They don't exist, it's a false agreement for even saying 'bluetooth').
This should never have been a problem. I think google owes restitution to everyone (including manufacturers) for these inconveniences. It might be legal fees, a new phone, or new bluetooth devices to replace the ones you cant use. This much is certain. There is no way to fix all the phones and agreements that ARE broken.
No amount of legal arguing can justify selling almost-bluetooth as Bluetooth. It would be perjury in a court of law to say it is bluetooth because everyone here testifies its a false-statement: they can't use their bluetooth-devices with their "bluetooth" phone.
Piss me off again Google. I'm already working on another legal-angle to cut you down to size: smaller than us. Services serve the users. Get your ass on the job or quit. The fruits of my labor will not be taken for granted.
pc...@gmail.com <pc...@gmail.com> #184
If we do not find corrective-action on the issues, we will have to convince the legal departments of these parties as well as our fellow device-users to pursue action against Google.
te...@gmail.com <te...@gmail.com> #185
ib...@gmail.com <ib...@gmail.com> #186
bo...@gmail.com <bo...@gmail.com> #187
cl...@gmail.com <cl...@gmail.com> #188
ro...@gmail.com <ro...@gmail.com> #189
ha...@gmail.com <ha...@gmail.com> #190
wi...@gmail.com <wi...@gmail.com> #191
pe...@gmail.com <pe...@gmail.com> #192
lu...@gmail.com <lu...@gmail.com> #193
pe...@gmail.com <pe...@gmail.com> #194
ma...@gmail.com <ma...@gmail.com> #195
ru...@gmail.com <ru...@gmail.com> #196
ge...@gmail.com <ge...@gmail.com> #197
as...@gmail.com <as...@gmail.com> #198
fn...@gmail.com <fn...@gmail.com> #199
jb...@gmail.com <jb...@gmail.com> #200
na...@gmail.com <na...@gmail.com> #201
ma...@gmail.com <ma...@gmail.com> #202
The last dev response was just about 1.5 years ago, and it wasn't even anything worthwhile.
sh...@gmail.com <sh...@gmail.com> #203
know what this is about
On May 3, 2017 12:52 PM, <buganizer-system@google.com> wrote:
jr...@gmail.com <jr...@gmail.com> #204
this list.
Thank you,
Jason
On May 3, 2017 12:59 PM, <buganizer-system@google.com> wrote:
10...@gmail.com <10...@gmail.com> #205
Thanks
vi...@gmail.com <vi...@gmail.com> #206
na...@gmail.com <na...@gmail.com> #207
notifications. Most likely: you starred this issue. Click the link to open
it and choose unstar.
On 3 May 2017 18:09, <buganizer-system@google.com> wrote:
ro...@gmail.com <ro...@gmail.com> #208
aa...@gmail.com <aa...@gmail.com> #209
ke...@gmail.com <ke...@gmail.com> #210
cl...@gmail.com <cl...@gmail.com> #211
wi...@gmail.com <wi...@gmail.com> #212
[Deleted User] <[Deleted User]> #213
bl...@gmail.com <bl...@gmail.com> #214
Gracias
Description
Altough the new bluedroid-Stack seems to include an l2cap implementation (see bluedroid/stack/l2cap) it is not enabled to be used via the android.bluetooth.* API.
Calls requesting a L2CAP Socket are turned down with BT_STATUS_UNSUPPORTED.
L2CAP is one of the building blocks of many Bluetooth Classic services. Please support this in future versions of Android.