Actually it does have Bixby in the screen window on volume up power on.
Stated, de0u, nothing you wrote contributed to fixing the issue, so not sure why you posted.
If I choose to use those two models of phones, its supported and that's my business.
I'm definately no longer financially donating to this project if this is normal type of response one will get - people are having issues caused by the code update, they can address it [removed]
Also, if the person who posted above with a Pixel 7a is having the same issue, wouldn't it seem logicial to assume the issue isn't the hardware that's been acting normally and then suddenly caused an issue, but an update?
The point is, is this non-sense can be fixed by simply side loading an adb shell command, that would be great - if not, it's an issue that needs to be addressed.
I'd appreciate someone on this project with knowledge of this issue to offer some type of resolution, even if it is down the road.
dmadhatr I'm not going to contribute anything helpful either, but some of your response here is way out of line. If you want to use this forum, you should be respectful of other community members.
I will have to edit out the most offensive part of your response. Saying something similar again will result in a ban.
dmadhatr try to get a shell to remove whatever block in the code is causing this issue.
I don't believe this is possible.
dmadhatr Bixby window
I have no idea what this is. I googled it and it appears to be a Samsung thing?
dmadhatr are having issues caused by the code update
This is the first I'm hearing of people having these issues, so whatever the cause is, it's not widespread. Apart from you and the other community member here, I've heard no reports of this issue.
Maybe to you it seems that the only possible explanation is an update, but considering there are others with the same phone model as you who aren't experiencing this issue makes me wonder what it is about your phones that's causing the issue. I'm less inclined to think it's caused by an update though.
Fine and fair enough - it's your forum @other8026 and understood - not my community and I get it.
Here is the deal, I'll do this:
Both of the phones mentioned above will go to the shop, I'll have both USB-C connections replaced on those ports and the batteries. Already spoke to them previously this past week, and they are certified to work on Pixels. This will be done as a sanity check. This will give a good base line for eliminating factors that may be an issue.
Also, I just purchased the exact Pixel chargers and cables to eliminate that as an issue.
Plus, I just bought a Pixel 6 (not 6a) that should be here this week - I'll put Graphene on it, run it and let it update.
If the issue still occurs, I'll post a $1,000 bug bounty to fix this issue, OK? Alot of people are running into this problem, so it would be worth it to get it resolved.
Thanks for your time.
On the Bixby, for clarity, I mean image with 'no command' on the volume up option - not the Samsung Bixby.
This is not a common issue. AFAIK these are the only reports of this.
Since this is hitting both your devices I wonder if you may have changed something on them both via Developer options or adb which is causing this?
Its possible to break unexpected things by making such changes. There have been a number of cases of people having problems over the years.
We generally advise against making changes in dev options or via adb due to the security implications and the possibility of causing breakage.
Thank you @Carlos-Anso
For GrapheneOS, no, I've trusted your organization enough not to haved used the ADB SHELL on any of the two phones listed above. The boot loader was locked after initial install of Graphene OS as well per instructions. They are both stock and received regular updates (for the 4a it's on whatever pushes come from the extended support updates). I am very familiar with side commands in the ADB SHELL. Since I've not had an issue to debloat a GrapheneOS phone, I haven't resorted to pulling out software ever/yet.
Again, per creating a fair baseline - I'm unsure if any charging issue may have caused this issue for both phones in the same week - without knowing what logs to gather, I can't provide any additional information for troubleshooting. I won't continue to hyperfocus on the update as the cause since I would like to replace the ports and batteries in both first. The only logical baselines I can offer is to replace the traditional source of known hardware issues for these models of phones, the ports and batteries - and then use the pro-offered Google chargers for these models. One phone charged from a conditioned power supply, the other phone was on it's on standard USA 15 V 125 V outlet (line tested good for informational purposes and is properly wired per the check I did with a Klein Tools GFCI Receptacle Tester). The chargers were vendor provided, I do not know if they subbed any third party parts, just the chargers they came with from the retailer.
At this point, until I have better evidence, I will tenatively withdraw my assertation that it may have been an update. After reading through the comments provided by your group on this thread, it only makese sense to reduce known causations for this issue.
As stated, the only way I can know for certain is to replace the aforementioned parts, standardize the charging conditions and create a baseline that is fair for troubleshooting.
Additionally, the Pixel 6 (ordered and en route) will only charge from the provided charger/cable - if it occurs again on all three devices (the two going into the shop this coming week days), I would like to go further into this issue with the Graphene Forum to isolate causes.
Appreciate your response.
dmadhatr
Since you work in critical infrastructure networks, its prob time to get secure devices.
dmadhatr Both of the phones mentioned above will go to the shop, I'll have both USB-C connections replaced on those ports and the batteries.
Hopefully the shop fixes the problem, but since the phones are older models and people are working on them, it becomes harder to say with certainty that the issue is with the OS.
dmadhatr If the issue still occurs, I'll post a $1,000 bug bounty to fix this issue, OK? Alot of people are running into this problem, so it would be worth it to get it resolved.
I can't speak for the project, but in the past they have said on multiple occasions that they won't do work for bounties. This comment explains why: https://discuss.grapheneos.org/d/13298-bug-bounty-program/5
Also, I still have yet to hear of other people who are experiencing this problem. So far, it's just two people with three devices. One of those people hasn't elaborated, so it's entirely possible their phone was operating as it should, and was protecting itself from wet or dirty ports/cables.
@UndercoverBozo nice one, but they both get updates and the Pixel 6 gets here tommorrow
Copy, will keep you posted
The work phone is a 5a, not a 5 ( 5a still gets full updates), will retire the 4a if you guys are telling me it's insecure - will move the work SIM to the 6 - do you have a roadmap for when you will no longer fully suport that 5a?
(Edit, apologize - I understand the confusion now ; the base models 5 and 4 aren't supported looking at your list, but the a models are - should have included that exact model number in the first posts). Still let me know when legacy support gets dropped for the 4a and when it may be best to change out the 5a.
dmadhatr Still let me know when legacy support gets dropped for the 4a and when it may be best to change out the 5a.
The last full-support release for the 4a was 2023-09-06. As of 2023-09-18 the official statement was "Pixel 4, Pixel 4 XL and Pixel 4a are end-of-life and shouldn't be used anymore due to lack of security patches for firmware and drivers. We provide extended support for harm reduction" (emphasis added). The fact that the 4a has received some updates to the upper layers of the software stack does not mean that firmware bugs (likely including remote-code-execution bugs) have been fixed, or even tracked.
Firmware support for the 5a may end as soon as August 1. Even assuming GrapheneOS issues some legacy-support updates after August 1, the end of firmware support is arguably a good inflection point for "may be best to replace", as opposed to the point where the device is no longer getting any updates of any kind.
Replacing devices that still run fine is frustrating. But as long as there are bad firmware bugs, and as long as device manufacturers stop fixing bad firmware bugs while devices still run fine, users who want reasonable security may be forced to replace devices while they are still running fine.
Unfortunately, this became a moot issue today when speaking to the cell repair company (only one shop here works on Pixels) - port / battery replacement was north of the cost of each individual Pixel 5a and 4a with 2.5 hours to solder for each - so they are just going to be replaced, he was not able to provide more input. Just eaier to buy another phone. Went ahead and ordered another updated Pixel, the Pixel 6 that got here today has Qi, so, USB charging doesn't matter as much - that works fine.
I will not be providing more input on this issue.
Appreicated.
I'm just here to report that my Pixel 4 XL has also lost the ability to retrieve charge data from the battery after the most recent update, so I don't think OP's issues are necessarily isolated incidents (aside from the moisture component). I understand that the device is end-of-life and I don't expect support for it, but I wanted to make mention of this issue because it might urge someone to take a closer peek to see if there's something that can easily be tweaked and rolled out in the next update.
My device caught the update when it was at 16% battery capacity, and after reboot, it couldn't be charged above 16%...at least according to the indicator and several other battery-monitoring apps. However, I've tested running a heavy load (recording 1080p video), and the level never dropped below 16%.
I believe my device is charging fully, but has lost it's ability to retrieve the charge state, and stuck at the level it was when the update occurred. Can't afford a new device right now, just gotta stick this one out until I can, but figure at least it's better than reverting to stock.
Don't mean to hijack the thread, but if rolling back to a previous build is the most logical step, I'd be grateful if someone could advise on that. Otherwise, I'll start my own thread, but I don't necessarily expect support and won't raise a stink if no one comes to my rescue.
1984called I'm just here to report that my Pixel 4 XL has also lost the ability to retrieve charge data from the battery [...]
The original poster reported the devices, a 4a and a 5, would not charge, and also were reporting moisture and debris alerts. So your situation, with a 4 XL that is stuck at reporting 16%, seems like something independent, and I would recommend a new thread.
You're right, they are different issues. However, I'll just note that after my issue had persisted for weeks, today I left my phone unplugged for a short time and discovered it had shut itself off, and would not turn back on with the power button. I plugged it into a wall outlet, the battery charge indicator showed it taking a charge, so I left it charging for a bit and after less than an hour it showed it had reached 94%, so I attempted to turn the phone back on and it worked! The battery indicator at the top of the screen now shows a full charge!
I stumbled on this thread by searching for "GrapheneOS not charging after update", and this thread was the first result. I won't be making a new thread because the Pixel 4 XL is no longer supported and my issue seems to be resolved, but I'll leave this info here in case someone has the same issues I did, and found this thread by the same method.
