Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

MAX_PARTS is treated as universal, but it is not

Ouverte
#389 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
3/5
Temps estimé
1-2 jours
Accessibilité débutants
68/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
rust
Domaine
cli

Piste de recherche

Start at crates/s3/src/multipart.rs where MAX_PARTS is defined, then trace which commands (rc put, rc object copy) consume it. Decide where a configurable part limit belongs — CLI flag, config file, or auto-detected bucket capability — and check how other S3 client settings are threaded through the CLI. Done means a user can raise or lower the multipart part ceiling for uploads without recompiling, with tests covering a non-1000 limit such as Scaleway's.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

In this code, MAX_PARTS is hard-coded to match AWS' S3 implementation: https://github.com/rustfs/cli/blob/main/crates/s3/src/multipart.rs#L19

This assumes that all S3 implementations have the same ceiling on number of parts. They do not. For example, Scaleway Object Storage is compatible with the S3 protocol, but limits multipart uploads to 1000 parts: https://www.scaleway.com/en/docs/object-storage/api-cli/multipart-uploads/

Would it be possible to make MAX_PARTS configurable in some way for CLI users?

I have concrete projects I am migrating from mc to rc, but cannot progress with this limitation. (Previously we used mc od which allowed part configuration, but it was always a bit of a bad solution, compared to having better built-in suport for setting max number of parts in all commands that use the field, e.g. rc put, rc object copy).

Langage dominant
Rust
Étoiles
164
Forks
24
Merge moyen
5 j 9 h
PR mergées (30 j)
2

Préparer son environnement

  • Fournit un Dockerfile ou un fichier Docker Compose
  • Aucun modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de rustfs/cli

Toutes les issues de rustfs/cli

Issues similaires

Plus d'issues Rust

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.