Fail.
I looked for the feature flags in the developer menu, but, they were gone. SHo nuff, removed at or after Android 10 beta 3 I learned. So, it was up to adb.
Code:
adb shell settings put global settings_screenshot_long_press true
The proceedure failed quietly, which, of course, merely means no errors, just; nuh.
I tried the feature out by then pressing power button for the menu, and trying to long-press screenshot. The utility on the phone popped up instantly, so, long-press was out. I turned the utility off to which the normal screenshot routine took over. Again, no long-press action at all, just instant screenshot.
Meh. It's the moto kung-fu, right? ANyone bother with this? ANy success?
Related
I'm wondering if there is a way to disable the "menu, menu" feature to unlock the screen? I keep unlocking in my pocket and I don't like using the pattern lock to keep this from happening.
Any ideas?
This is something that's been tried to be reverse engineered in another thread (back when we first got this forum). Sadly, I don't think we ultimately made any progress on that one beyond "wear loose fitting pants"
I haven't tried it yet, but I remember reading somewhere that you can apparently do it by rooting the phone, using a root shell to make the filesystem read+write, then deleting the apk file that contains HTC's keyguard.
Caveats:
* I read it in a thread that pertained to the GSM Hero, so it might not work on ours (HTC might have done something ****ed up, like wedge the CDMA thunking layer into the same file... doubtful, but not inconceivable).
* You might also have to reflash to 'Fresh' or some other 1.5 custom ROM.
If I can confirm that nandroid will also back up my phone history and text messages, I might give it a try later today. In the meantime, someone else might be elaborate more.
^^^ update: actually, I think what I just described will only eliminate HTC's annoying & worthless "slide to unlock" function. I vaguely remember a post from Diane Hackborn (one of the top Android devs @ Google) that menu-menu is *meant* to be impossible to disable, and is intended to be the equivalent of ctrl-alt-delete. However, I think her comment was made about a year ago, and it's possible they've since mellowed out a bit with 1.5 and decided that it's ok, legitimate, and (in fact) necessary to allow a keyguard app to override everything, since otherwise there's no way to truly keep the phone safe in your pocket.
In any case, if you can get the slide-to-unlock disabled, you can then use a thirdparty keyguard app (at least one of which seems to be able to successfully intercept and prevent menu-menu from unlocking the phone).
Update: Success!
I rooted my heroC, remounted its filesystem as rewritable, deleted /system/app/HtcLockScreen*.*, then installed LockBot. So far, so good.
I originally experimented with LockBot a couple of weeks ago, but ended up removing it because it destabilized my phone & didn't work reliably -- more or less because it fought with HTC's lock screen for control, and usually lost. With HTC's lock screen now gone, it seems to be running PERFECTLY.
Tip: By default, Lockbot enables the iPhone, Hero, AND Eclair unlock screens, and changes them seemingly at random. To get just the one you like, you have to launch its controller app, click "My Theme", then de-select (gray out) the star icons for the ones you don't want. Then, go back to the Lockbot admin screen (with the lock and android) and hit 'menu', then click config. You'll probably want to uncheck "Unlock Menu" (otherwise, there will be things you can accidentally launch without explicitly unlocking it first), select "Full Screen", and make sure it's Enabled.
Bigger tip: if it asks you whether you want to go to "Home", "Sense", or "Lockbot (not recommended)", the right answer for a CDMA Hero is "Sense".
Assuming I don't discover any new "gotchas", I'll be upgrading to the pro version before the end of the week
OK, make that "almost working flawlessly." I rebooted before going to bed last night, and discovered that HTC's keyguard had moved itself back to the front of the line. In other words, I'd press end/red/power to wake it up, then had to press 'menu' twice to unlock, THEN had to rotate Lockbot's dial to finish unlocking it.
I was able to make it work properly again by disabling Lockbot, pressing red/end twice (to return to home, then sleep), pressing red/end to wake it up, pressing 'menu' to unlock it, relaunching Lockbot's control panel, and re-enabling Lockbot.
miamicanes said:
OK, make that "almost working flawlessly." I rebooted before going to bed last night, and discovered that HTC's keyguard had moved itself back to the front of the line. In other words, I'd press end/red/power to wake it up, then had to press 'menu' twice to unlock, THEN had to rotate Lockbot's dial to finish unlocking it.
I was able to make it work properly again by disabling Lockbot, pressing red/end twice (to return to home, then sleep), pressing red/end to wake it up, pressing 'menu' to unlock it, relaunching Lockbot's control panel, and re-enabling Lockbot.
Click to expand...
Click to collapse
Yeah, that's not HTC's lockscreen, that's the Android default. I've got the latest version of lockbot (Pro) and it seems to be working great.
From time to time when you press the home key it always goes to the lockscreen but it fixes itself.
Pro is definately worth it because the Flan (or Froyo) lockscreen is awesome.
hi there all - been going around with trying to figure a solution to my problem for a while now...
my phone - Blade with SS5 2.2 rooted rom
the goal - recording my phone calls.
I have tried many many things till now and posted many questions regarding this - to cut a long story short after trying various apps the only reliable method i found was pressing menu button once call connects. the onscreen popup menu has a record option which i press and it works flawlessly.
now i wanted to automate the process so programmed tasker to do the job. that works as long as i let the macro to run through before i put the phone to my ears. putting it to my ear or touching the screen disrupt the tasker seq...
now if i can figure out the linux command generated by pressing the record option in the menu i might be able to use localexecute to initiate the recording without the need to let the menu popup on screen etc...
any ideas?
HANDS FREE NOW
Hands Free Now is an attempt to fix the bug in Google Now that Google itself never fixed.
As most of you know, as of Android 4.1+, our headsets are configured to work as follows:
1. Single press for play/pause
2. Double press for next
3. Long press for Google Now
However, the long press option does not work when the screen is off. It works only when screen is on. This is a bizarre lack of feature because if the screen is on and unlocked, you might as well click the mic on the desktop widget to launch Google Now. Why would you need the long press option anyway?!
Several attempts were made by many people to bring Googler's attention to this lack of feature, but all of em were conveniently turned down.
So I guess it's up to us to fix it.
I have started making this app but being the newbie that I am, I'm not sure if I can finish it alone. That's why I request you guys to help me out with this.
Uploaded below is the first apk
Concept in brief:
1. Launch Audio service that intercepts media KeyEvents
2. Once KeyEvents are triggered, create an empty StandOut window that blocks the entire display.
3. Wake up device, disable keyguard and launch Google Now
4. Release wakelock immediately. and reenable keyguard
5. Kill process in 10 seconds
Steps to use:
1. Install app
2. Open app from launcher once. You can go back to Home after this if you want
3. Lock screen.
4. Jack in the head set and triple press the button.
5. Device should unlock itself and in some time will launch Google Now
6. Fire your voice command and wait for response.
7. In 10 seconds, the screen will lock again.
8. For these 10 seconds, your phone will not respond to touches (this is intentional and by design, because you would not want your phone to "pocket dial" while travelling)
Release Notes:
1. App is currently incompatible with music players
2. Battery effectiveness is unknown; you might have to uninstall it once you have tested it
If you can help, the source code can be found on GitHub.
Installed app, but it wont launch after 3 presses of the button, I get a double beep sound when doing so.
I can help out with testing if you want but as far as coding goes im not very useful xD
Bluetooth too?
Will it work with Bluetooth headsets as well or only wired ones?
THANK YOU!
I registered just to say thank you, your little app allowed me to have the kind of music control I alway longed for since i passed from iPhone to Nexus 5. I'm truly grateful.:good:
I had the problem when the screen was off. After when I long press the little button on my headset. Then comes a black screen with a message: please wait (initializing) but nothing does.
But this app solve my problem!
Now I can use Google Now over my Headset.
Thank you very much! ?
Seems an old thread, but nevertheless: Thank you! Finally it works!
I'm just curious if it would be possible to change add long-press functionality. The app AutoVoice is capable of receiving a long press (also with locked screen). But it doesn't help because it relies on the not working Google Search.
Possible idea: your App could register as a service capable of receiving the VOICE_SEARCH_HANDS_FREE intent, it could receive the long press and start its procedure. It won't work immediately because Android will display the "Choose default app" prompt, that obviously doesn't work when the screen is locked/off. In order to choose the default app one has to wake the screen and manually override the keyguard/lock (for example via Secure Settings Plugin and Tasker). The override is somewhat buggy, and even though the screen is on, the phone still 'thinks' it's locked. Now: long-press to receive the command for long-press while locked, see menu and select default app. ..Hope my explanation isn't too bad.
I'm investigation another workaround to get it working with music player.
Best regards, Grtschnk
So, sideActions which is/was the only reliable app that could remap the Bixby key on a Note 20 to a plethora of options is now gimped a bit with OneUI 5 Android 13 due to Google's restrictions through tightening of privacy and security.
The way sideActions works in Full Remapping mode (where Bixby Voice is disabled allowing instant actions) is by reading the logcat generated by system logs. So whenever a long press is generated on the Bixby key, the logcat outputs a command that sideActions picks up on. This is a special permission granted by android.permission.READ_LOGS and WRITE_SECURE_SETTINGS through a one time ADB command.
The problem now is that Android 13 no longer seems to allow logcat access after a reboot, nor does it allow access without explicitly granting that ADB Command and THEN ALSO going in the app and accepting the permission prompt to access logs which I'm still not exactly sure how to get that prompt to appear when I want it to. Without accepting that prompt, sideActions won't recognize a button press on the Bixby key in Full Remapping. I'm sure other apps that rely on logcat reading have the same issues.
Does anybody know the workaround for granting log access permanently? Meaning that it will persist through reboots since currently, the prompt only offers "Allow This Time Only". At the very least, how to get the prompt to re-appear following a system reboot so permission can be given until the next reboot? I can only seem to get it to appear randomly following ADB commands.
The alternative to sideActions is using Bixby Routines (now called Modes and Routines) to remap the Bixby key. However, the response time is much longer due to being unable to shorten the long press action time. If you're like me, holding down a button for 2 to 3 seconds feels like an eternity when you're used to 350 milli-seconds (practically instant and is customizable through sideActions settings menu with a range anywhere from 350ms to 1500ms), especially when you use it frequently.
Edit Solution: Figured it out. Just remove the files permissions for sideActions and accessibility permission and then force close it. When you open sideActions again and enable the Bixby key, it'll prompt you to grant 1 time log access. That'll last until your next reboot.
Figured it out. Just remove the files permissions for sideActions and accessibility permission and then force close it. When you open sideActions again and enable the Bixby key, it'll prompt you to grant 1 time log access. That'll last until your next reboot.
NOTE: The alternative to sideActions is using Bixby Routines (now called Modes and Routines) to remap the Bixby key. However, the response time is much longer due to being unable to shorten the long press action time. If you're like me, holding down a button for 2 to 3 seconds feels like an eternity when you're used to 350 milli-seconds (practically instant and is customizable through sideActions settings menu with a range anywhere from 350ms to 1500ms), especially when you use it frequently.
Click to expand...
Click to collapse
I feel you. Having this exact same issue. Very odd, hopefully we'll find a workaround. I'd really dislike to go back to using Bixby Routines to remap the key. I've been spoiled by sideActions.
even after doing this, volume buttons do not work properly, unfortunately
Found this thread while trying to fix my S22 Ultra so sideactions would work again. I ended up wiping data on side actions and bcactions, then uninstalling both apps. I reinstalled bcactions and sideactions (from APKmirror, since Play said my phone was incompatible). I went through the initial setup again like you do on a new or wipef device, and when you connect to your PC and run sideactions.exe, you get the script permission and are able to map or full remap your buttons. Literally took less than 5 minutes, working again now for me and I'm happy.
Just so everybody is aware, there is a workaround to get sideActions working again but it must be done after every reboot.
Basically, the goal is to get the prompt asking for one time log access. That'll give SideActions the access it needs. To accomplish it on Android 13, make sure sideActions doesn't have file access and accessibility service is disabled. Next time you open the app and toggle the side button key to on, you'll get the prompt. The key things here are accessibility disabled and file access off.
Also, I highly recommend App Ops or similar ADB permission toggler to grant sideActions full remapping access without connecting to PC. All it does is run a few ADB commands.. can be ran anywhere. I like App Ops because you can manually toggle Secure Settings and Read Logs on. I uninstalled Bixby when I got the device but you can do that too.
bingblop said:
Just so everybody is aware, there is a workaround to get sideActions working again but it must be done after every reboot.
Basically, the goal is to get the prompt asking for one time log access. That'll give SideActions the access it needs. To accomplish it on Android 13, make sure sideActions doesn't have file access and accessibility service is disabled. Next time you open the app and toggle the side button key to on, you'll get the prompt. The key things here are accessibility disabled and file access off.
Also, I highly recommend App Ops or similar ADB permission toggler to grant sideActions full remapping access without connecting to PC. All it does is run a few ADB commands.. can be ran anywhere. I like App Ops because you can manually toggle Secure Settings and Read Logs on. I uninstalled Bixby when I got the device but you can do that too.
Click to expand...
Click to collapse
Think my issue was that I was giving bx/side full permissions. I reinstalled and didn't give full access to either, got the prompt immediately. This will keep me working until something can be figured out, but it doesn't sound promising with UI 5.
Thanks!
Another arguably simpler way is to go into app info and force quit the app. When you open the app again, it prompts for log permissions.
After the March security update it is no longer able to intercept the Power button but is OK for Volume on S23U??? Weirdest part is that it keeps working for both buttons on S22U after same update. Both phones still need the kill + give log permission routine after each restart but on S23U the Power button no longer seems to be intercepted
Because of how unreliable and flimsy the logcat prompt was, I decided it was time to move on. Now I'm using RegiStar, coupled with Tasker to achieve my goal.
The RegiStar response time is a little bit longer, but not as long as Routines+. That's really the only downside if you couple with Tasker. If you're not familiar with Tasker, it's an automation application that allows you to accomplish anything you want on phone that doesn't require root access. The latest Tasker beta also includes a flashlight action that is twice as bright as the native built in flashlight setting. So I created a task to vibrate for 25ms followed by toggling the flashlight. That's my long press.
Double pressing the power button is customizable from advanced settings. Can use Tasker action for this too if you want.
The slightly longer delay in triggering long press I've gotten used to and I've come to find that remapping the power key without sideActions isn't so bad.
If you need help with Tasker, PM me. It can be overwhelming at first but I've been using it for a few years now and I love it. Otherwise, RegiStar also includes native actions that you can use instead.
If you're someone who uses double press and hold option within sideActions often, then sideActions is you're only option. Nothing else offers that level of integration. For volume key remapping, almost any third party application supports this. Only power key remapping is limited with Galaxy devices.
My problem is that s22 ultra keeps turning of in my pcket.
Long press power works
But press power + volume down still pops ppwr of menu and i think this ks why my phone power of every day at work (tight pocket lot of crouching).
I though samsun had poclet check and disabled buttons but doesnt seem like it and bx.and side doesnt help on this last issue
Is there a solution don't have to give this one time permission every reboot, if we are rooted?
Isn't any root command to bypass this?
Thanks
sideActions WorkaroundDue to a logcat permission change with Android 13, apps that rely on the logcat like sideActions to get system events are broken. To get sideActions running like normal, it requires enabling one time log access after every reboot. To force the one time log access prompt for sideActions:
1. Download and install Power Button Remapper for Samsung - sideActions. Since the app is incompatible with devices upgraded to Android 13 on the Play Store, the apk will need to be sideloaded manually. Click here to download directly from Apkmirror
2. Launch the app and grant all on screen permissions to get to the Full Remapping setup screen.
3. Either connect to PC and run the .exe file or just run the following ADB commands to unlock full remapping:
pm grant com.jamworks.sidekeybuttonremap android.permission.WRITE_SECURE_SETTINGS
pm grant com.jamworks.sidekeybuttonremap android.permission.READ_LOGS
am force-stop com.jamworks.sidekeybuttonremap
IF Bixby is still installed or enabled on your device then also run:
pm disable-user com.samsung.bixby.agent
4. After running the ADB commands or the .exe file from a PC, you will notice Full Remapping is enabled next time you run sideActions. Force Stop sideActions and DISABLE all file access permissions! File access for sideActions is only needed to access the .exe file during remapping. Once you disable it, you shouldn't have to touch it again. Workaround doesn't work while app has file access.
5. Force stopping an app also disables accessibility services. While accessibility is disabled and file access denied/revoked, launch sideActions and enable the power button. You should get a prompt to enable one time access to logs. Accept the prompt and sideActions will be up and running at full. Accessibility services are turned on automatically when you enable power button and grant log access.
NOTE: If the above step doesn't work, restart your device and that should fix it. Step 5 must be completed after every device reboot to grant one time log access. Force Stop the app to stop accessibility services, launch app, toggle button on, prompt: enable one time access. Doesn't take more than 10 seconds. If you don't get the prompt to enable one time access, verify all file access is disabled!
ALTERNATIVE OPTIONSIf taking a few seconds to enable log access after every reboot isn't your cup of tea then your best options are using RegiStar (Good Lock Module) for side button long presses which is a decent alternative. The downside of RegiStar is no double tap action or haptic feedback to indicate when a long press is recognized (sideActions exclusive) which doesn't sound like much, but you'll be surprised by how much you miss it. In addition to side key long press remap, RegiStar also includes Settings Menu reordering and optional double/triple tap actions for back taps (doesn't work well with covers). Another side key remapping option is Routines+ (Good Lock Module) which adds long press and double tap button remapping to Modes and Routines. Routines+ is slow registering key commands and actions compared to all other options listed here. The easiest way to add custom double tap remapping of the side key is through the native Side Key menu under Advanced Settings which is great for launching the camera or any application. You can extend the actions available to you under the Advanced Settings Side Key menu to pretty much anything by launching the Tasker Secondary App on double press which will trigger a profile and launch a task of your choosing within Tasker. I don't know of any support for double tap and hold key combinations outside sideActions. To remap the volume buttons, any 3rd party app including Routines+ can accomplish that.
Is there any alternative application where you don't have to do step 5 after every reboot?
Thank you for the instruction. I think it should be Samsung standard.
_Floyd said:
I think it should be Samsung standard.
Click to expand...
Click to collapse
Agreed. I don't see how anyone who has tried it doesn't like it. Especially since they got rid of the "Bixby button".
Thank @Dougmeister and @bingblop for now its work perfectly, with the guide.
I am just a newb; @bingblop deserves all of the credit.
I should note for any other folks in my predicament... if you have experimented (and been disappointed) by Samsung's recent attempt to address this via "Good Lock" and "RegiStar", then make sure you have disbled that functionality or the above steps may not work until you do disable them.
(RegiStar: "Side-Key press and hold action", etc.)
Edit: also, I had to navigate to the folder where my adb tools were 'installed' to execute the commands. Plus, I had to add "adb shell " before each of them. Maybe that is obvious to everyone else, but it wasn't to me.
Unfortunately no. No other third party apps have come out that alter the power button on Samsung devices anywhere near as well as sideActions did.
The granting after every reboot is the best we have right now for Android 13 users. It's Googles way of being more privacy and security conscious and Samsung never provides decent alternatives with their software. I personally wouldn't mind using RegiStar if there was a way to speed up the activation time. I like being able to turn flashlight on and off in 350mS which is only that fast in sideActions. Otherwise, it's like a 1000mS.
In fact, if anybody knows how to control the Bixby button long press activation time without sideActions, I'm all ears. I'd love to understand how to alter that time for use with Samsung native apps.