Skip to content
This repository has been archived by the owner on Jun 24, 2022. It is now read-only.

Deactivated app still showing exposure check notice #1315

Closed
LeCanardQuoi opened this issue Dec 19, 2020 · 6 comments · Fixed by #1320
Closed

Deactivated app still showing exposure check notice #1315

LeCanardQuoi opened this issue Dec 19, 2020 · 6 comments · Fixed by #1320
Assignees
Labels
bug Something isn't working

Comments

@LeCanardQuoi
Copy link

LeCanardQuoi commented Dec 19, 2020

Summary | Résumé

As a user living in BC (or Alberta), I deactivated my app (in order to minimize battery drain for zero gain) and did notice a day later this message zipping by telling me the app was checking for exposure. It may not be a real problem (as I can just ignore message) but it does not inspire confidence. In addition, I have had no contacts worth checking the exposures for. Seems highly inefficient to check against exposures that were reported in other provinces, certainly when travel is discouraged and people are expected to isolate. Therefore check is draining server and app resources unnecessarily as well. Worse when app is deemed deactivated. This adds up with millions of users. There should be much better ways to bring app to foreground so it does not hibernate, such as issuing a daily notice on proximity contacts log under #1264. Usefulness of app would also be better demonstrated. Late bug report addition: it was also noticed that the "Last checked for potential exposure" datestamp logged under the Google setting account reporting page did not match the latest check message zooming by, it was in fact 5 days older.

Steps to reproduce

Disable app using new menu option. Wait for message to appear. Took a day before I noticed.

Environment | Environnement logiciel

Android latest app release

Unresolved questions / Out of scope

Should there be exposure checks in the first place if there are no proximity contacts whatsoever? Perhaps the exposure check was performed for the period before I deactivated (for which there might have been odd contacts - can't tell since contact daily log not implemented yet)??? It would make more sense to do these checks only when app is activated, or reactivated. Unless you really mean to check on these health worker folks even when they deactivate their app.

Are there any related issues you consider out of scope for this issue that could be addressed in the future?
None

@LeCanardQuoi LeCanardQuoi added bug Something isn't working inbox for new issues coming in labels Dec 19, 2020
@LeCanardQuoi LeCanardQuoi changed the title Disactivated app still showing exposure check notice Deactivated app still showing exposure check notice Dec 19, 2020
@timarney
Copy link
Member

timarney commented Dec 19, 2020

Hi @LeCanardQuoi thanks for reporting.

We'll look into this as soon as we can.

  1. Can you confirm what OS + version of the app your using?

  2. To confirm when you say "Deactivated app" Is this the screen your app currently shows?

  1. Can you confirm the content of the message your seeing? re: "latest check message zooming by" is the "detecting exposures" message as seen below?

Late bug report addition: it was also noticed that the "Last checked for potential exposure" datestamp logged under the Google setting account reporting page did not match the latest check message zooming by, it was in fact 5 days older.

For Android -> Detecting exposures message:

Android
Screen Shot 2020-12-20 at 7 44 21 AM

@timarney timarney removed the inbox for new issues coming in label Dec 21, 2020
@timarney
Copy link
Member

We've been able to recreate this issue (Android) and have started work on a patch.

@LeCanardQuoi
Copy link
Author

Yes and yes to your previous questions. Android version 9 (LG6). If you are going to fix this for what it is worth, I would suggest to use opportunity to lessen confusion about the protection being provided by including number of proximity contacts being checked alongside number of exposures (Canada-wide) being checked against. If app deactivated as per bug report, it may still be worthwile to report if number of prior proximity contacts is not zero. If app must be brought to the foreground (for obscure "non-hibernation" reasons), an empty flashing message would be less disruptive/confusing imho. Apps rarely flash message to my knowledge. A permanent green message showing number of contacts currently held would be far more useful to users wishing to better understand the protection being provided.

@LeCanardQuoi
Copy link
Author

LeCanardQuoi commented Jan 5, 2021

It would be most useful if you notified when the fix actually made it to a release load to the one that made the effort of entering the problem report. The release manager could certainly add the entry. I had to guess that it actually made it under the "maintenance" grab bag reference. More transparency please, less opacity. Looks like it is fixed from my quick check. Am still seeking more useful pop-up info such as the number of proximity contacts actually checked (#1304 ) rather than the number of Canada-wide diagnosed users reporting back.

@timarney
Copy link
Member

timarney commented Jan 5, 2021

Hi @LeCanardQuoi

Thanks for your comment and yes I should have let you know.

The updates are in Release 1.1.6

Here's the release notes.

WHAT'S NEW

  • Fixed a bug that showed exposure checks were happening when the app was off. No exposure checks actually happened while the app was off.
  • Stopped exposure check message from popping up on screen. The app will still continue to check for exposures.

Screen Shot 2021-01-05 at 1 25 07 PM

Am still seeking more useful pop-up ...

Issues marked with enhancement are all brought back to the team - we're discussing how we can make that process more open :)

@LeCanardQuoi
Copy link
Author

LeCanardQuoi commented Jan 5, 2021

Thank you kindly. May I suggest to better connect these advisory council folks via the GIThub server? Their recorded public inputs on these numerous somewhat disruptives (or "repurposing") enhancement requests I have submitted would be most valuable. Did try earlier today with the chair on his Twitter private messaging. Ditto with your colleague on the server side. The GIThub server is probably a lesser evil than Twitter for opening up a useful comm channel. Cheers.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants