Maintenance informatique/Une image est systématiquement en échec lors de téléversements multiples

Date de constat

Constaté par Utilisateur:Tournesol depuis... janvier 2017 ? Même problème pour Utilisateur:Laot, sur l'ordinateur de Utilisateur:Tournesol.

Symptômes

Lorsque j'importe plusieures images en même temps :

• le téléversement se passe bien,
• la saisie des paramètres aussi,
• puis l'import d'une de ces images échoue ([api-error-internal_api_error_DBQueryError]).

En général il n'y a qu'une image en échec mais pour la première fois le 5 juin 2017 vers 23:30 il y en a eu deux.

La description du fichier est bien créée mais l'image elle-même n'apparaît pas. Ce n'est pas toujours la même occurrence d'image qui échoue, quand on les sélectionne dans l'ordre alphabétique, ou non-alphabétique, dans un répertoire (parfois, c'est la deuxième, parfois la cinquième, etc... sans rapport avec l'ordre alphabétique).

Aucune des méthodes suivantes ne réussit à résoudre le problème :

• bouton "reprendre les téléversements ratés"
• option "importer une nouvelle version de ce fichier" lorsqu'on clique sur le fichier, puis sur l'onglet "historique du fichier"
  • mais voir contournement ci-après

Test complémentaire le 21/12/2017 : le fait d'utiliser un compte d'administrateur ne résout pas le problème --Tournesols (discussion) 21 décembre 2017 à 13:29 (CET)

Contournement

ô misère :

• Sur votre ordinateur, ouvrir le fichier avec un utilitaire qui permet de le modifier artificiellement (par exemple, avec l'outil par défaut de windows 10, "Photos"). Par exemple, faire semblant de retourner l'image vers la droite puis vers la gauche (de façon à retrouver l'image d'origine) puis enregistrer. Si on enregistre une copie sans faire ce genre de bidouille, ça ne suffit pas. Si on se contente de faire subir une rotation dans l'explorateur, ça ne suffit pas.
• Dans wiki-brest, dans la galerie des photos, cliquer sur la description du fichier qui a échoué, puis sur l'onglet "historique du fichier", puis utiliser l'option "importer une nouvelle version de ce fichier"
• Ignorer le message d'erreur qui apparaît pendant ce ré-import :

Notice: Undefined variable: mime in /var/www/alternc/m/mairiebrest/www/wikibrest.net/www/mediawiki-1.20.6/includes/upload/UploadBase.php on line 420 (après une première ligne que je n'arrive ni à lire ni à copier mais qui finit par line 410)

Si vous aviez modifié les catégories lors de l'import du fichier en échec, vérifier si le fichier est bien présent sur la page de la catégorie. Sinon, effectuer un "null edit" (re-publier le fichier sans le modifier), pour forcer l'indexation dans la catégorie.

Exemple dans le journal le 5 juin 2017 vers 20h50, j'ai fait exprès de ne pas ré-importer le fichier en échec Fichier:Vivre sa retraite 2017 jm 01.JPG, qui apparaît ici en rouge, au moment où j'écris cette ligne. Pour voir ce fichier, il faut aller dans la "Galerie des fichiers multimedia", ou dans les "Modifications récentes" ou dans le "Journal des imports de fichiers". Du coup je constate, à l'instant, que la présente page d'anomalie est automatiquement ajoutée à la Catégorie Catégorie:Pages avec des liens de fichiers brisés, c'est peut-être une piste pour analyser ce problème ?

Complément d'info le 17 décembre 2017 : comme vous pouvez le constater, le fichier qui était "en rouge" ci-avant, ne l'est plus, sans avoir rien fait de spécial. De plus, je viens de constater en naviguant dans Spécial:Fichiers_inutilisés que manifestement, les fichiers ayant été auparavant en échec s'y trouvent. Piste à creuser : est-ce que la procédure d'import écrit et lit bien tous les fichiers sur le même serveur, ou a-t-on un genre de problème de type "cache" ? --Tournesol (discussion) 17 décembre 2017 à 22:22 (CET)

Classification

J'aimerais bien savoir comment font les autres contributeurs de Wiki-Brest ? Suis-je la seule à avoir ce problème (depuis mon poste Windows 10) ou bien, est-ce que n'utilisez jamais l'import de plusieurs fichiers à la fois ?