Skip to content
This repository has been archived by the owner on Dec 14, 2021. It is now read-only.

Fix interrupts causing the app to go to the item list. #1075

Merged
merged 7 commits into from
Nov 22, 2019

Conversation

jhugman
Copy link
Contributor

@jhugman jhugman commented Nov 19, 2019

Fixes #987

This PR makes a number of changes:

  • stops the app re-routing to the ItemList in the instances of the app not being at the LockScreen.
  • stops the edits being overwritten by in the EditItemDetail screen after an interrupt; this was revealed by fixing the original bug.
  • allows dialogs to be functional after an interrupt. This was revealed by fixing the original bug.
  • allows radio dialogs after an interrupt. This is the change autolocking dialog, similar to the previous one. Again only revealed by fixing the original bug.

Note, this fixes #987 by making the app restore correctly, rather than dismissing the dialog and taking us back to itemlist.

@jhugman jhugman requested a review from a team as a code owner November 19, 2019 17:50
.doOnNext {
credentialsAtStart = it
}

getItem
.filter { credentialsToSave == null }
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Don't override edits when switching apps.

Copy link
Contributor

@eliserichards eliserichards left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Additional cases to explore:

  • From a fresh install, login/use test data. See that the onboarding confirmation screen does not route to the ItemList when Finish is clicked
  • Set autolock to 1 minute. From the item detail screen select Delete and keep the dialog box open. Background the app and wait for it to lock. See that the Delete dialog is shown over the lock screen. Also happens with Auto lock menu:

image image

Successful manual tests:

  • Delete dialog stays open above item detail screen after home button interrupt ✅
  • Delete dialog Cancel works correctly after home button interrupt ✅
  • Delete dialog Delete works correctly after home button interrupt ✅
  • Auto lock dialog stays open above settings screen after home button interrupt ✅
  • Auto lock persists new value chosen from dialog after home button interrupt ✅

@jhugman jhugman force-pushed the jhugman/987-itemlist-after-interrupt branch from 3edc126 to cca87d4 Compare November 21, 2019 15:52
@jhugman jhugman force-pushed the jhugman/987-itemlist-after-interrupt branch from 6ff1589 to 895a8cf Compare November 21, 2019 20:45
@jhugman jhugman dismissed eliserichards’s stale review November 21, 2019 20:45

Addressed dem bugz.

@eliserichards eliserichards self-requested a review November 22, 2019 17:20
Copy link
Contributor

@eliserichards eliserichards left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🚢 :shipit:

@jhugman jhugman merged commit ae6800f into master Nov 22, 2019
@jhugman jhugman deleted the jhugman/987-itemlist-after-interrupt branch November 22, 2019 18:17
eliserichards pushed a commit that referenced this pull request Nov 26, 2019
* Ensure unlocking doesn't route to ItemList if unlocked already

* Ensure in flight editing is not overwritten when re-starting the edit screen

* Allow existing dialogs to still work

* Allow radio dialog to work after interupt

* Add tests and lint

* Make sure the finish button works to go from onboarding to the itemlist

* Rewrite dialogs so as to be dismissable on disposal
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

The delete prompt is not dismissed after a home button interrupt
2 participants