Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
briar
briar
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 694
    • Issues 694
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 16
    • Merge Requests 16
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • briar
  • briarbriar
  • Issues
  • #819

Closed
Open
Opened Dec 07, 2016 by Torsten Grote@groteOwner

UX design for errors that don't interrupt the user's workflow

This ticket is for creating the UX design when errors occur that don't interrupt the user's workflow.

Imagine you share a forum with someone or invite two contacts to each other. These operations might fail, but since the invitation screen closes anyway, it does not really interrupt your work-flow anymore. Another possible error might happen when a title of the blog or the number of online users is loaded to be shown in the action bar. There will just be the default title maybe "Blog" and the user might not even notice, but it is a bug we might want to know about. Another example is when we fail to store the fact that we already showed you the onboarding and then show it to you again.

So more general, the kinds of errors I imagine to fall in this category are:

  • user actions that are not completed, but don't interrupt the workflow because it finishes at this point anyway
  • loading of non-essential information

Subticket of #469.

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: briar/briar#819