Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Weird ACRA behaviour #75

Open
VishnuSanal opened this issue Dec 5, 2021 · 11 comments
Open

Weird ACRA behaviour #75

VishnuSanal opened this issue Dec 5, 2021 · 11 comments
Labels
bug Something isn't working help wanted Extra attention is needed

Comments

@VishnuSanal
Copy link
Owner

ACRA doesn't capture the error when the crash happens for the first time. It only captures from the second time. If the app is cleared from recents and opened again, the same behavior repeats.

I assume this has something to do with ACRA not getting initialized when the first crash happens. Maybe, I'm missing something silly!

Crash reporting works for now, but not completely. Only recurring crashes can be captured as of now.

Any help will be appreciated. Thanks!

@VishnuSanal VishnuSanal added bug Something isn't working help wanted Extra attention is needed issue-discussion labels Dec 5, 2021
@IzzySoft
Copy link

Speaking of which: ACRA changed its behaviour. In the past it was opt-in by default, now it is sending silent reports without asking the user's consent. Can you please check how you've configured it? Will the user be asked?

@IzzySoft
Copy link

@VishnuSanal can you give a short status message on this? I'm not a dev, but if I read the code correctly, reports will only be sent if the user actively presses a button deciding whether the report should go via Telegram or via Github. Can you confirm that? So no other "silent reports behind the user's back"?

@VishnuSanal
Copy link
Owner Author

@IzzySoft Yes.

The user should click the button for the report to be sent.

(and very sorry for the delay, was lil caught up & wanted to check their docs thoroughly before replying to you - just to be sure!)

@IzzySoft
Copy link

IzzySoft commented Jul 30, 2022

Thanks! Especially for making sure (delay gladly accepted for that). Whitelisted then, so no Anti-Feature will be raised 😃 🥳

@shuvashish76
Copy link
Contributor

Can we add our own custom crash reporter as mentioned by AppManager (AM) dev here: MuntashirAkon/AppManager#289 (comment)

AM consider ACRA as Tracker since it phone home by default.

@VishnuSanal
Copy link
Owner Author

@shuvashish76 Sure, will look into it.

since it phone home by default.

Didn't get you...?

@shuvashish76
Copy link
Contributor

https://wikiless.org/wiki/Phoning_home?lang=en
As Izzy mentioned ACRA by default send reports silently i.e. without users' knowledge & consent.

@IzzySoft
Copy link

IzzySoft commented Aug 2, 2022

@VishnuSanal see here – default behavior of ACRA now is sending silent crash reports – i.e. the user is not asked for consent and not even informed about the fact, (crash) reports are simply sent in the background unless you explicitly specify differently in your code. Scanners can detect the presence of ACRA automatically, but not the configuration – hence ACRA is now considered a tracker (also with my repo and F-Droid, though we can white-list it as we "serve" the app in question; AM just scans "some app" and cannot know about the background, so it will always yield the warning).

@VishnuSanal
Copy link
Owner Author

@IzzySoft

@VishnuSanal see here – default behavior of ACRA now is sending silent crash reports –

Yes, saw that!

i.e. the user is not asked for consent and not even informed about the fact, (crash) reports are simply sent in the background unless you explicitly specify differently in your code.

I wonder where or how this gets sent (in the case of Quotes). I use a custom sender that opens an activity where the error is displayed to the user. Then, as you mentioned previously, the user can choose to ignore it or to send it by pressing one of the two buttons provided (GItHub & Telegram). I assume the role played by ACRA ends where it opens ACRAErrorActivity since sending is handled by the app itself.

Scanners can detect the presence of ACRA automatically, but not the configuration – hence ACRA is now considered a tracker (also with my repo and F-Droid, though we can white-list it as we "serve" the app in question; AM just scans "some app" and cannot know about the background, so it will always yield the warning).

Please correct me whether my assumption above is wrong, or kindly white-list Quotes from the warning ;)

Thanks!

@IzzySoft
Copy link

IzzySoft commented Aug 2, 2022

unless you explicitly specify differently in your code

I use a custom sender that opens an activity

I'd say a "custom sender" qualifies as "explicitly specifying differently", wouldn't you agree? So we're back at the point where I was saying I see no need to remove ACRA entirely – unless you want to make sure no scanner reports it erroneously as "tracking!" because it just looks at the "signature" (like AM which was named above, as it cannot have a "negative list" for all apps).

or kindly white-list Quotes from the warning

See above – done already 3 days ago 😃

@VishnuSanal
Copy link
Owner Author

I'd say a "custom sender" qualifies as "explicitly specifying differently", wouldn't you agree?

Yups, agreed. My bad!

or kindly white-list Quotes from the warning

See above – done already 3 days ago 😃

:D thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants