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

Upload queue does not respect updated duplicate-handling settings.

Ouverte
#17,577 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
3/5
Temps estimé
1-2 jours
Accessibilité débutants
45/100
Type d'issue
Bug
Clarté
À clarifier
Activité
Active
Stack technique
kotlin
Domaine
mobile

Piste de recherche

Commencez par suivre la file d’attente d’upload Android et la manière dont elle lit les paramètres de gestion des doublons pour les éléments déjà en file d’attente. Reproduisez la modification de configuration signalée avec des photos en file d’attente, y compris le cas de taille nulle ; c’est terminé lorsque les uploads en file d’attente suivent le paramètre actuel et ne réessaient pas ni ne remplacent incorrectement les fichiers.

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

Description

bug

Yep, Same frustration here.

What configuration do you use for the upload?

I had "move to app folder" which is unfortunately a must in order to have some safety on which pictures are actually uploaded and "always ask on duplicates".

That combination caused all the troubles described here. Pictures not uploaded, tons of pictures in the queue waiting for upload although they were not existing anymore in the original folder because they were moved already by the app to the app folder etc.

Switching to "rename duplicates" made it worse an created hundreds of duplicates on the server but not stopping to try to upload again and again.

Since I switched to "move to app folder" and "skip duplicates", all photos are uploaded and moved. So maybe this hints towards the cause of others can confirm this.

Unfortunately it seems that one has to wipe the app in order to change these settings because those pictures in the queue seem to be handled according to whatever config you had before.

Loosely related to this topic. Can you think of a situation where it makes sense for the upload to replace a >0 byte file with a 0 byte file?

Imho in that situation the app should always ask, even if skip or replace is configured because almost always replacing a file with a 0 byte version is wrong.

Originally posted by @svenb1234 in #16550

Langage dominant
Kotlin
Étoiles
5.6k
Forks
2k
Merge moyen
2 j 9 h
PR mergées (30 j)
113

Préparer son environnement

Ouvrir dans Codespaces

Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.

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 nextcloud/android

Toutes les issues de nextcloud/android

Issues similaires

Plus d'issues Kotlin

Recevez les nouvelles issues par e-mail

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