JamesRezo a rédigé 3 years ago et marcimat a validé 3 years ago

Co-authored-by: JamesRezo <james@rezo.net>
Reviewed-on: https://git.spip.net/spip/medias/pulls/4854


Co-authored-by: JamesRezo <jamesrezo@noreply.git.spip.net>
Co-committed-by: JamesRezo <jamesrezo@noreply.git.spip.net>
(cherry picked from commit a5073a0a)

cerdic a rédigé 3 years ago et marcimat a validé 3 years ago

Utiliser valider_url_distante() en plus de tester_url_absolue() avant de faire une copie locale sur un document distant (+ on reverifie apres copie_locale que la source est toujours licite et que rien n'a change entre temps)

(cherry picked from commit 9b8d1487)

cerdic a rédigé 3 years ago et marcimat a validé 3 years ago

Quand on ajoute un document distant ne pas perdre la trace de la copie_locale eventuellement faite au passage, l'utiliser pour avoir les infos du document (plus rapide) et la sanitizer si besoin

(cherry picked from commit 13c293fa + eedbe981)

sortir la verification des tailles acceptable dans une fonction surchargeable inc_verifier_taille_document_acceptable_dist qui recoit en plus un flag pour distinguer un logo d'une image normale

Fix https://core.spip.net/issues/4237 : ne pas ecraser les valeurs de renseigner_source_distante avec les valeurs nulles de renseigner_taille_dimension_image si ce n'est pas une image

ajout d'une option à action_ajouter_un_document_dist() pour bypasser verifier_taille_document_acceptable()

ref #4495

Fix https://core.spip.net/issues/4449 : forcer une mise a jour de la taille de l'image lors du redimensionnement du logo a la volee

Extraire la fonction de determination automatique du statut d'un document dans une fonction inc_determiner_statut_document_dist() surchargeable

Normaliser le comportement de document_instituer() en appelant les pipelines pre_editon et post_edition avec action=instituer

On peut visualiser les svg aussi en edition document + on peut tourner les svg en evitant un image_format quand le format est deje le bon pour ne pas perdre la transparence

On introduit un sanitizer explicite, definissable extension par extension, car sanitizer dans la fonction de lecture des metadata est tout sauf propre et fiable

https://core.spip.net/issues/4424

ajout d'une fonction determiner_sous_dossier_document() pour choisir le sous-dossier dans lequel on range un document : par defaut dans le dossier correspondant a l'extension, sauf si le mode commence par logo -> on range alors dans un sous-dossier IMG/logo/
Utilisation de la fonction avant chaque appel a copier_document() pour que le dossier soit toujours decide ici

Report de r108693 : Report de r108692 : le titrage des documents a partir du nom de fichier est un peu restritif, on donne la possibilite de definir sa regle via une fonction inc_titrer_document_dist surchargeable

Revert de r106288 par svn merge -r106288:106287 . car entites_html n'est pas toujours chargee, donc risque erreurs fatales, et le probleme a ete traite en amont dans la fonction _T de maniere plus generique

echapper les entites du nom de fichier/source quand affiche dans les messages d'erreur (Jarrod Farncomb)

Il arrive parfois que des documents images soient téléversés avec la mauvaise extension par rapport à leur contenu réel. Par exemple recevoir un fichier.jpg alors que son contenu est du png.
On corrige cette subtilité lorsqu’on ajoute un document. Dans ce cas le nom du fichier reçoit en complément la nouvelle extension (il devient donc ici fichier.jpg.png), et on le stocke
dans le bon répertoire (ie: IMG/png/fichier.jpg.png). Quelques logs au passage de ces cas.

- une action "desordonner_liens_documents" est ajoutée (un peu sur le même fonctionnement que dissocier_document)
- une action "Réinitialiser l’ordre" est ajouté en fin de liste (visible si un rang_lien au moins est défini)
- les actions affectant l'ensemble des documents en fin de liste sont placées dans une div ".actions-liste"
- les documents déplaçables sont encadrés aussi d'une div (.sortable) essentiellement pour éviter de pouvoir les déplacer au dessus ou au dessous de la pagination ou des actions globales.

Cela permet d'ordonner les documents attachés à des objets éditoriaux. L'ordre est stocké dans la colonne "rang_lien" de la table "spip_documents_liens".

Lorsqu'on édite un document, ne pas réassocier les objets qui sont déjà liés au document, cela évite de perdre des informations en refaisant les liaisons (des rôles par exemple).