Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • briar briar
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 788
    • Issues 788
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 8
    • Merge requests 8
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • briar
  • briarbriar
  • Issues
  • #1834

Closed
Open
Created Nov 11, 2020 by akwizgran@akwizgranOwner

Automatically decline incoming introduction requests when they self-destruct

When an incoming introduction request self-destructs without being answered, automatically decline the request. This may require a protocol update (coordinated with #1829 (closed)) to flag the decline as an automatic response that shouldn't be shown in the UI.

Subtask of #804 (closed)

Test instructions:

  • Use three devices, users A, B and C
  • Enable self-destructing messages in the conversations A-B and A-C
  • Let A introduce contacts B and C
  • Expect invitation messages to arrive at B and C about the invitation
  • Expect the invitation messages to have a auto-delete timers
  • Let those timers expire. Expect that to trigger an automatic decline of the invitation, i.e. on all three devices it is visible that the introduction failed (due to the expired response)
  • Expect all messages from that interaction to destroy after each message's timer expires
  • Let A introduce B and C again. Expect this not to fail due to an introduction that is already going on (because none should be going on any longer)
  • Let B and C accept the introduction
  • Expect the introduction to work
  • Confirm that B and C have each other in the contact list
  • Expect all messages involved in the transaction to have auto-delete timers
  • Let those timers expire and expect all those messages to disappear
Edited Mar 19, 2021 by Sebastian
Assignee
Assign to
Time tracking