RocketChat / RocketChat/Rocket.Chat

Loss of authorization (Invalid user)

Open
#27,463 1 comment 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
46.1k
Forks
13.9k
Avg merge
3d 3h
Merged PRs (30d)
130

Description

Description: Periodically, users are kicked out of the desktop application, with an error in the logs. After that, you need to log in again. Authorization expiration in days is set to 0.

Steps to reproduce: The user launches an application or reconnects to the server after the PC wakes up.
Expected behavior: The user continues in the chat application.
Actual behavior: User loses authorization.
Server Setup Information:
Version of Rocket.Chat Server: 5.2.0

  • Operating System: Synology

  • Deployment Method: docker

  • Number of Running Instances: 1

  • DB Replicaset Oplog: yes

  • NodeJS Version: 14.19.3

  • MongoDB Version: 4.4.0
    Client Setup Information

  • Desktop App: 3.8.14

  • Operating System: Win 7/10/11
    Relevant logs:
    {"level":50,"time":"2022-12-06T02:02:13.394Z","pid":1,"hostname":"rocket.chat","name":"System","msg ":"Exception while invoking method getRoomByTypeAndName 'Invalid user [error-invalid-user]'"}
    {"level":50,"time":"2022-12-06T02:02:14.030Z","pid":1,"hostname":"rocket.chat","name":"System","msg ":"Exception while invoking method createDirectMessage 'Match error: Expected string, got undefined'"}

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the logout when the desktop application launches or reconnects after the PC wakes, then trace the logged getRoomByTypeAndName and createDirectMessage errors through the authorization flow. No source file or test is named; done means users remain authorized and can continue chatting under the reported configuration.

Written by the indexing model from the issue text.

Assessment

Tech stack
mongodb, node.js, typescript
Domain
authentication, backend, desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.