Recherche avancée

Médias (0)

Mot : - Tags -/metadatas

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (51)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (6408)

  • Révision 23530 : Fix #2250 : en edition d’un auteur on dispose d’un bouton qui permet de "Générer ...

    6 mai 2017, par cedric@yterium.com

    Le bouton apparait si la personne qui edite a le droit de modifier le mot de passe.
    Un nouveau mot de passe aleatoire est defini et on envoi un mail sur la base de modeles/mail_nouveaux_identifiants.html qui peut etre personalise

  • Anomalie #3695 (Nouveau) : Édition d’un auteur et autocompletion des login/mot de passe

    13 février 2016, par tcharlss (*´_ゝ｀)

    Reproduire

    Voici ce que j’obtiens quand j’édite un auteur sous firefox developer edition 46, que soit un auteur existant ou un nouvel auteur (image également en pj) :

    Les champs login et mot de passe sont pré-remplis avec mes informations de connexion quelque soit l’auteur, par contre le mot de passe de confirmation est vide.
    Du coup quand il s’agit de mon profil, je suis obligé soit de vider le mot de passe, soit de le confirmer.
    Et quand il s’agit d’un nouvel auteur, il faut penser à changer les 2 champs.

    Solution ?

    Bon il n’agit pas d’un bug de SPIP, mais d’un souci dû l’autocomplétion des champ login/mot de passe des navigateurs. Et je n’ai pas constaté le problème avec les 2 autres navigateurs testés : firefox 44 normal et chromium 48.
    Si j’ai bien compris, certaines fonctionnalités de l’édition développeur arriveront à terme dans la version de base, peut-être que le problème s’y présentera aussi dans les prochaines versions.
    Donc lors de la création de mon profil, j’avais demandé d’enregistrer mes informations de connexion dans le gestionnaire de mot de passe, et maintenant il fait du zèle.
    Je ne sais pas si on peut y faire grand chose, mais au moins le problème est référencé.
    JLuc avait indiqué un rapport de bug / commentaire de commit firefox en rapport sur IRC, mais je ne retrouve pas le lien.

  • Anomalie #3695 (En cours) : Édition d’un auteur et autocompletion des login/mot de passe

    28 mars 2016, par b b

    Donc lors de la création de mon profil, j’avais demandé d’enregistrer mes informations de connexion dans le gestionnaire de mot de passe, et maintenant il fait du zèle.

    Voilà le problème, le navigateur t’as proposé d’enregistrer ces infos et tu as accepté.

    Je ne sais pas si on peut y faire grand chose, mais au moins le problème est référencé.

    Malheureusement non, car comme signalé dans le ticket mozilla, l’attribut autocomplete off n’est plus pris en compte par les navigateurs (Chromium, IE et Firefox) cf :

    Summary of the change, so people don’t have to wade through a long discussion :
    - This change makes it so that `autocomplete=off` does not stop the Password Manager from working. Normal form autofill can be disabled as usual.
    - The password manager always prompts if it wants to save a password. Passwords are not saved without permission from the user.
    - We are the third browser to implement this change, after IE and Chrome.
    - This can be undone locally by flipping the `signon.storeWhenAutocompleteOff` pref (from about:config) off.
    - The rationale behind this change was the widespread abuse of the `autocomplete` attribute to prevent password saving where no prevention is required. This change gives users full control over password saving, without compromising on security (again, the user is always prompted).

    https://bugzilla.mozilla.org/show_bug.cgi?id=956906#c100

    Du coup, il faudra prévoir un autre ticket pour ne pas oublier de supprimer les attributs autocomplete off dans les formulaires de SPIP car ils sont ou seront obsolètes.

Navigation