influxdata / influxdata/influxdb

Provide a mechanism to update v1 auth token

Open
#20,686 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area/2.x area/api area/auth area/cli area/compat-v1x
Dominant language
Rust
Stars
31.7k
Forks
3.7k
Avg merge
13h 37m
Merged PRs (30d)
8

Description

Expected behavior:
Update an existing v1 auth token to add / remove read / write access to a bucket

Actual behavior:
The influx v1 auth currently allows us to only create and delete v1 auth tokens. Thus after the creation of a v1 auth token, if we create a new bucket and want to make sure that the v1 auth token has read / write access to this bucket, we have to delete the existing v1 auth token and recreate it. Creating a separate auth token is not something I want to do.

Environment info:

  • System info:
uname -srm
Linux 4.15.0-117-generic x86_64
  • InfluxDB version:
influxd version
InfluxDB 2.0.2 (git: 84496e507a) build_date: 2020-11-19T03:59:35Z

Console output:

root@influxdb-service-0:/# influx v1 auth -h
Authorization management commands for v1 APIs

Usage:
  influx v1 auth [flags]
  influx v1 auth [command]

Aliases:
  auth, authorization

Available Commands:
  create       Create authorization
  delete       Delete authorization
  list         List authorizations
  set-active   Change the status of an authorization to active
  set-inactive Change the status of an authorization to inactive
  set-password Set a password for an existing authorization

Flags:
  -h, --help   Help for the auth command

Use "influx v1 auth [command] --help" for more information about a command.

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 with the influx v1 auth command and inspect the existing create, delete, and list subcommands shown in the help output. Trace how v1 authorizations and bucket read/write permissions are represented and updated. Done means an existing token can add or remove bucket access without being deleted and recreated, with coverage for the new command behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
authentication, cli
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.