Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (99)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (8725)

  • Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

    31 octobre 2014, par YannX spip

    Le 30/10/2014 17:57, a écrit :

    La demande #3196 a été mise à jour par cedric -.

    • Statut changé de /Nouveau/ à /Fermé/
    • Resolution mis à /invalid/

    Bon, faute de description et suite a r21750 / r21752 je ne constate
    aucun probleme de backup sur une base avec un prefixe different de ’spip’

    Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard
    des q’un prefixe .... <http://core.spip.org/issues/3196#change-10189>

    • Auteur : YannX spip
    • Statut : Fermé
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible : 3.0
    • Resolution : invalid
    • Navigateur :

    Deux avertissements :
    - prévenir que la sauvegarde peut etre incomplète
    - préciser le prefixe utilisé "qq.part" dans l’interface
    (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

    Merci
    YannX

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

    Le problème est simple, bien que quelque peu aléatoire...
    depuis que la sauvegarde est passée sous sqlite,
    je crois n’avoir pas souvent réussi
    (sur une douzaine au moins de sites SPIP 3.x chez OVH) une sauvegarde
    complète d’une base SPIP.

    Encore en milieu de semaine sur SPN : la restauration a zappé totalement
    la tables ARTICLES .. et la table RUBRIQUES

    La seule solution a été de ré-intégrer "a la mano" par Adminer (merci Suske)
    de petits bouts du dump SQL que prudent j’avais AUSSI fait avec Save_auto

    Peut-etre que ce souci serait aussi dû à l’implémentation SQlite chez OVH ?
    (j’avais constaté que l’instalaltion automatique SQlite SPIP créait un
    MySQL non-accessible ! )
    mais il me faudrait demander à Bernard de vérifier sur son serveur kimSufi
    si c’est également le cas....

    Je n’ose imaginer un utilisateur moins aguerri...

    —
    YannX
    http://www.spippourlesnuls.fr

  • Anomalie #3363 : Syntaxe SPIP non-comprise

    9 décembre 2014, par Debondt Didier

    Hello,

    Lorsque l’ont utilise ceci :

    [(#VOIR_SAISIE
    radio,
    type,
    valeur_uniquement=oui,
    datas=[(#ARRAY
    reunion, <:note:reunion :>,
    telephonique,<:note:telephonique :>,
    email, <:note:email :>,
    courrier, <:note:courrier :>,
    media, <:note:media :>    )],
    valeur=#TYPE    )]

    Cela fonctionne. mais si on essaie de formater le code plus joliment comme ceci :
    [(#VOIR_SAISIE
    radio,
    type,
    valeur_uniquement=oui,
    datas=[(#ARRAY
    reunion, <:note:reunion :>,
    telephonique,<:note:telephonique :>,
    email, <:note:email :>,
    courrier, <:note:courrier :>,
    media, <:note:media :>
    )],
    valeur=#TYPE
    )]

    Cela ne fonctionne plus, c’est dommage.

  • Anomalie #3359 (Fermé) : Syntaxes incomprises

    3 décembre 2014, par jluc -

    Quelques syntaxes sont incomprises par le compilateur spip (2 ou 3)

    Exemples :

    #SETtel,(#TEL
    #SETweb,(#WEB
    #SETmel,[(#WEB|non) (#EMAIL]
    Le message d’erreur est : "Argument manquant dans la balise SET".

    Par ailleurs, #ID_ANNONCE n’est pas interprété dans
    #URL_ACTION_AUTEUR
    ajouter_lien,
    annonce-#ID_ANNONCE-auteur-#SESSIONid_auteur-candidater,
    #SELF

    mais l’est dans
    #URL_ACTION_AUTEUR
    ajouter_lien,
    auteur-#SESSIONid_auteur-annonce-#ID_ANNONCE-candidater,
    #SELF
    Ici, il semble que c’est ok selon les types de balises utilisées en argument :
    - 2 balises avec des arguments, c’est bon.
    - 2 balises sans arguments, c’est bon.
    - une balise avec et une balise sans, c’est pas bon.

    cf http://contrib.spip.net/Erreurs-du-parseur-SPIP

Navigation