WebView traffic tagging with TrafficStats [374932688]

Fixed

Feature Request

Unconfirmed

Status Update

No update yet.

Description

co...@google.com

created issue #1

Oct 22, 2024 12:11PM

What's your ask from the WebView team (implement an existing WP API, add a new developer API functionality, add a new JS API functionality, change the UX behaviour of a WebView):

Implement a new developer API to allow calling apps to tag the traffic and attribute it to other apps with TrafficStats. If it is easier, at least in the short term, it would be ok to just tag all of WebView traffic with one tag, value of which needs to be carefully chosen, and probably baked in the platform. In the long term I anticipate that we will still need to have the proper APIs.

Comments

ap...@google.com <ap...@google.com> #2Oct 31, 2024 02:45PM

I had seen so many recommendations on phonixhacker41 @gmail. com, so I contacted him to help me Clone my wife cell phone and WhatsApp. Just like Magic, I got the files to get it done and I have access to my wife phone. He was really efficient and I have access to everything including phone calls, logs and location. What I like about the job is that it is not traceable. I have this working for 3 months now. I am just another satisfied customers.you can contact them through phonixhacker41 @

gmail.com or via WhatsApp ‪+1 (916) 250‑1771‬

ap...@google.com <ap...@google.com> #3Nov 5, 2024 11:57AM

We are a team of highly efficient software developers and cyber-site hackers. We render
*School grade hack,
*hack into email accounts,
*all social media accounts,
*school database to clear or change grades,
*Retrieval of lost documents
*DUIs
*company records and systems,
*clearing bad driving and criminal records,
+ credit score hack,
+ Monitor your partners phone,Whatsapp,Facebook.
You should visit us
Phonixhacker41 @gmail. com or via WhatsApp ‪+1 (916) 250‑1771‬

ap...@google.com <ap...@google.com> #4Nov 7, 2024 05:52PM

Rahul, don't know if this is a real issue or a benchmark being coded poorly thing. Passing along due to profileinstaller.

ap...@google.com <ap...@google.com> #5Nov 28, 2024 03:52PM

Hello!! be warned, most of these so called hackers here are impostors, I know how real hackers work, they never advertise themselves in such a credulous manner and they are always discrete. I’ve been ripped off so many times out of desperation trying to find urgent help until my friend finally introduced me to a reliable hacker who’s services are cheap and affordable, discretion and delivers, he does all sorts of hacks but he helped me Hacked my cheating boyfriend email/facebook, whatsapp, instagram, with snapchat, I have made him my permanent hacker and you can as well enjoy his services. You can contact him at: (TECHCROWNHACKER @ GMAIL COM) and after his work also endeavor to spread the good news on his work and how he helped you.

ap...@google.com <ap...@google.com> #6Nov 28, 2024 04:03PM

Hi Marcelo, can you please take a look at this when you get a chance ? If not, I can come and take a look when I get back.

ap...@google.com <ap...@google.com> #7Dec 2, 2024 12:16PM

I'm pretty sure the offending PR here is aosp/2333568 - that is the only PR touching the profile transcoding.

It fixes an important bug with compressed profiles but it seems that the new code is slower than before.

ap...@google.com <ap...@google.com> #8Dec 2, 2024 01:23PM

If you look in the dashboard, the commit link is wrong, since it doesn't encompass all builds since the previous (9385400). Correct build range link is here, which includes Ben's CL: https://android-build.googleplex.com/builds/9385668/branches/aosp-androidx-main/targets/_/cls?end=9385400&inclusiveStart=1&inclusiveEnd=0

(If a build goes missing for any reason, it corrupts the commit link. In general, you can always go to dashboard, and create range link like the above)

co...@google.com <co...@google.com> Dec 5, 2024 01:38PM

Marked as fixed.

pr...@google.com <pr...@google.com> #9Dec 11, 2024 06:27PM

Yes, it looks like my change introduced this regression. If I read this dashboard correctly, before the change it took a minimum of 0.0012 ms to install a profile and now it takes ~ 1.3 ms.
That would mean the change makes opening the file slower by about 1000 times.

Chris: Given this runs on a background thread and is not blocking app startup, is it urgent to address this or can it wait for the next release cycle?

IssueTracker

This issue is a part of the Chromium tracker.