01
Swipe Deck — For You (Home)
Step 1 in the Tinder Block or report someone flow. Atlas detected 17 UI elements on this screen.
Revyl Atlas flow
Tinder Block or report someone flow
Open profile detail → tap the ... overflow → choose Share/Block/Report.
3Screens
supportFlow type
iOSPlatform
Swipe Deck — For You (Home)Starts at
Research notes
Why the Tinder Block or report someone flow matters
Navigation pattern This flow shows how Tinder carries a user from Swipe Deck — For You (Home) to Profile Overflow (action sheet) across real app states.
Testing coverage The screen path gives QA and product teams concrete screens to verify, including visible UI density, transition order, and repeated mobile states.
Agent grounding Atlas makes this journey usable as navigation context for AI agents that need to understand the app before executing mobile tasks.
Screen path
Tinder Block or report someone screenshots
This page is a crawlable breakdown of one real mobile journey. The screenshots, step labels, and element counts make the Tinder Block or report someone path easier to compare against competing apps, reproduce during QA planning, and reuse as structured navigation context for app automation.
02
Match Profile Detail
Step 2 in the Tinder Block or report someone flow. Atlas detected 7 UI elements on this screen.
03
Profile Overflow (action sheet)
Step 3 in the Tinder Block or report someone flow. Atlas detected 4 UI elements on this screen.
How to use it
Apply this flow to product and testing work
For product research Use the ordered path to understand which screens appear before and after key actions, how much interface density the user sees, and where the app introduces extra decisions or interruptions.
For QA planning Turn each screen in the path into a coverage checkpoint. The screenshot sequence helps teams verify expected states, navigation transitions, and UI inventory without manually rediscovering the journey.
Related flows