Re: [Dotclear Dev] Avenir du Lab de Dotclear

[Franck Paul]

C'était l'idée, mettre tous les .zip dans un répertoire du serveur et
baste. Comme on fait depuis des lustres pour les anciennes versions de
Dotclear.

Le 13 février 2018 à 08:22, Nicolas <nikro...@gmail.com> a écrit :

> Salut,
>
> beaucoup d'avis sur ce qu'il faudrait faire mais peu de personne pour faire
> réellement le boulot. Je ne jette la pierre à personne.
> Franck, je serai toi, si ça ne demande pas trop de boulot, je mettrais à
> dispo la dernière version de chaque plugin/thème et je fermerai le service.
> Comme tu l'as si justement dit l'activité sur ces dépôts est proche de zéro
> et les personnes qui les ont créés les ont abandonné depuis bien longtemps.
> Cet avis n'engage que moi.
>
> Nicolas
>
> Le 13 février 2018 à 05:13, Pierre Equoy <pierre.eq...@gmail.com> a écrit
> :
>
> > 1. Diffuser l'information que le lab va fermer
> > 2. Laisser assez de temps pour que les étourdis se réveillent (quelques
> > semaines ou mois)
> > 3. Expliquer (ou pointer vers les bonnes ressources) comment récupérer un
> > historique SVN, voire comment convertir un repo SVN en un truc un peu
> plus
> > récent et surtout local (hg ou git)
> >
> > Avec tout ça, personne ne pourra se plaindre. :)
> >
> >
> > 2018-02-12 21:56 GMT+08:00 Franck Paul <carnet.franck.p...@gmail.com>:
> >
> > > Alors dans ce cas je vais répondre que non, je n'ai déjà pas le temps
> de
> > > m'occuper de tout ce qui devrait être fait côté développement, etc,
> alors
> > > prendre du temps parce que d'autres n'en ont pas, comment dire :-D
> > >
> > > On peut même partir du principe que ceux qui n'ont le temps (ou
> l'envie)
> > de
> > > s'en occuper, n'en ont finalement pas grand chose à faire que ça
> > > disparaisse :-)
> > >
> > > Donc une sauvegarde des dernières versions dispos, pour le reste chacun
> > se
> > > prendra par la main.
> > >
> > >
> > > Le 12 février 2018 à 14:52, Julien Wajsberg <fel...@gmail.com> a
> écrit :
> > >
> > > > Principalement pour celles et ceux qui n'ont pas eu le temps de
> > déplacer
> > > > leur historique de développement ailleurs. Évidemment seulement si
> > c'est
> > > > facile pour toi !
> > > >
> > > > 2018-02-12 12:16 GMT+01:00 Franck Paul <carnet.franck.p...@gmail.com
> >:
> > > >
> > > > > Salut Julien,
> > > > >
> > > > > Quel intérêt (à part historique) de conserver les repos SVN ?
> > > > >
> > > > > Non, mon questionnement est plus général que cette simple erreur
> (de
> > > > > macro). Le Lab a été monté à un moment où les plateformes de
> > > versionning
> > > > > publiques n'étaient pas encore accessibles facilement (et
> > > gratuitement).
> > > > De
> > > > > plus continuer à utiliser du SVN me semble un peu hors de propos
> > alors
> > > > > qu'on privilégie plutôt hg et git.
> > > > >
> > > > > Le 12 février 2018 à 12:09, Julien Wajsberg <fel...@gmail.com> a
> > > écrit :
> > > > >
> > > > > > hello !
> > > > > >
> > > > > > ça me semble une bonne idée :)
> > > > > > Penses-tu pouvoir conserver une archive des repositories svn
> aussi
> > ?
> > > > > >
> > > > > > En passant, je vois une erreur sur
> > > > > > http://lab.dotclear.org/wiki/plugin/accessibleCaptcha, en bas.
> > C'est
> > > > ça
> > > > > > qui
> > > > > > a déclenché ton mail à la base ?
> > > > > >
> > > > > > 2018-02-10 8:57 GMT+01:00 Franck Paul <
> > carnet.franck.p...@gmail.com>
> > > :
> > > > > >
> > > > > > > Bonjour tout le monde,
> > > > > > >
> > > > > > > J'envisage de fermer le Lab, qui n'est plus utilisé que de
> façon
> > > > > > sporadique
> > > > > > > (2 fois en début d'année, pas une seule fois en 2017, quelques
> > fois
> > > > en
> > > > > > > 2016), et par conséquent sa maintenance n'est plus guère
> > justifiée,
> > > > > > surtout
> > > > > > > qu'il existe maintenant des plate-formes (Github, Bitbucket)
> > > > proposant
> > > > > > des
> > > > > > > systèmes de gestion de version et t

Re: [Dotclear Dev] Avenir du Lab de Dotclear

[Franck Paul]

Alors dans ce cas je vais répondre que non, je n'ai déjà pas le temps de
m'occuper de tout ce qui devrait être fait côté développement, etc, alors
prendre du temps parce que d'autres n'en ont pas, comment dire :-D

On peut même partir du principe que ceux qui n'ont le temps (ou l'envie) de
s'en occuper, n'en ont finalement pas grand chose à faire que ça
disparaisse :-)

Donc une sauvegarde des dernières versions dispos, pour le reste chacun se
prendra par la main.


Le 12 février 2018 à 14:52, Julien Wajsberg <fel...@gmail.com> a écrit :

> Principalement pour celles et ceux qui n'ont pas eu le temps de déplacer
> leur historique de développement ailleurs. Évidemment seulement si c'est
> facile pour toi !
>
> 2018-02-12 12:16 GMT+01:00 Franck Paul <carnet.franck.p...@gmail.com>:
>
> > Salut Julien,
> >
> > Quel intérêt (à part historique) de conserver les repos SVN ?
> >
> > Non, mon questionnement est plus général que cette simple erreur (de
> > macro). Le Lab a été monté à un moment où les plateformes de versionning
> > publiques n'étaient pas encore accessibles facilement (et gratuitement).
> De
> > plus continuer à utiliser du SVN me semble un peu hors de propos alors
> > qu'on privilégie plutôt hg et git.
> >
> > Le 12 février 2018 à 12:09, Julien Wajsberg <fel...@gmail.com> a écrit :
> >
> > > hello !
> > >
> > > ça me semble une bonne idée :)
> > > Penses-tu pouvoir conserver une archive des repositories svn aussi ?
> > >
> > > En passant, je vois une erreur sur
> > > http://lab.dotclear.org/wiki/plugin/accessibleCaptcha, en bas. C'est
> ça
> > > qui
> > > a déclenché ton mail à la base ?
> > >
> > > 2018-02-10 8:57 GMT+01:00 Franck Paul <carnet.franck.p...@gmail.com>:
> > >
> > > > Bonjour tout le monde,
> > > >
> > > > J'envisage de fermer le Lab, qui n'est plus utilisé que de façon
> > > sporadique
> > > > (2 fois en début d'année, pas une seule fois en 2017, quelques fois
> en
> > > > 2016), et par conséquent sa maintenance n'est plus guère justifiée,
> > > surtout
> > > > qu'il existe maintenant des plate-formes (Github, Bitbucket)
> proposant
> > > des
> > > > systèmes de gestion de version et tickets plus moderne que le
> > > vieillissant
> > > > SVN.
> > > >
> > > > Il serait donc opportun, pour ceux qui souhaitent migrer du Lab vers
> > chez
> > > > eux, ailleurs, de le faire dans un délai raisonnable (quelques
> semaines
> > > > tout au plus).
> > > >
> > > > On fera une archive des versions les plus récentes des modules
> déposés
> > > sur
> > > > le Lab.
> > > >
> > > > Des avis à ce sujet ?
> > > >
> > > > PS : Je vais relayer ce message sur le forum
> > > >
> > > > --
> > > > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > > > --
> > > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > > listinfo/dev
> > > --
> > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > listinfo/dev
> > >
> >
> >
> >
> > --
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 
Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Avenir du Lab de Dotclear

[Franck Paul]

Salut Julien,

Quel intérêt (à part historique) de conserver les repos SVN ?

Non, mon questionnement est plus général que cette simple erreur (de
macro). Le Lab a été monté à un moment où les plateformes de versionning
publiques n'étaient pas encore accessibles facilement (et gratuitement). De
plus continuer à utiliser du SVN me semble un peu hors de propos alors
qu'on privilégie plutôt hg et git.

Le 12 février 2018 à 12:09, Julien Wajsberg <fel...@gmail.com> a écrit :

> hello !
>
> ça me semble une bonne idée :)
> Penses-tu pouvoir conserver une archive des repositories svn aussi ?
>
> En passant, je vois une erreur sur
> http://lab.dotclear.org/wiki/plugin/accessibleCaptcha, en bas. C'est ça
> qui
> a déclenché ton mail à la base ?
>
> 2018-02-10 8:57 GMT+01:00 Franck Paul <carnet.franck.p...@gmail.com>:
>
> > Bonjour tout le monde,
> >
> > J'envisage de fermer le Lab, qui n'est plus utilisé que de façon
> sporadique
> > (2 fois en début d'année, pas une seule fois en 2017, quelques fois en
> > 2016), et par conséquent sa maintenance n'est plus guère justifiée,
> surtout
> > qu'il existe maintenant des plate-formes (Github, Bitbucket) proposant
> des
> > systèmes de gestion de version et tickets plus moderne que le
> vieillissant
> > SVN.
> >
> > Il serait donc opportun, pour ceux qui souhaitent migrer du Lab vers chez
> > eux, ailleurs, de le faire dans un délai raisonnable (quelques semaines
> > tout au plus).
> >
> > On fera une archive des versions les plus récentes des modules déposés
> sur
> > le Lab.
> >
> > Des avis à ce sujet ?
> >
> > PS : Je vais relayer ce message sur le forum
> >
> > --
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 
Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Avenir du Lab de Dotclear

[Franck Paul]

Bon courage pour le mode nounou \o/

Le 10 février 2018 à 09:44, Denis Jean-Christian <cont...@jcdenis.fr> a
écrit :

> Un peu la flemme de rechercher dans l'historique de la ML mais il me
> semble qu'on avait déjà dit il y a bien longtemps "On ferme le lab.", en
> parlant des plateformes que tu cites.
>
> JC, nounou à pleins temps.
>
>
> Le 10/02/2018 08:57, Franck Paul a écrit :
> > Bonjour tout le monde,
> >
> > J'envisage de fermer le Lab, qui n'est plus utilisé que de façon
> sporadique
> > (2 fois en début d'année, pas une seule fois en 2017, quelques fois en
> > 2016), et par conséquent sa maintenance n'est plus guère justifiée,
> surtout
> > qu'il existe maintenant des plate-formes (Github, Bitbucket) proposant
> des
> > systèmes de gestion de version et tickets plus moderne que le
> vieillissant
> > SVN.
> >
> > Il serait donc opportun, pour ceux qui souhaitent migrer du Lab vers chez
> > eux, ailleurs, de le faire dans un délai raisonnable (quelques semaines
> > tout au plus).
> >
> > On fera une archive des versions les plus récentes des modules déposés
> sur
> > le Lab.
> >
> > Des avis à ce sujet ?
> >
> > PS : Je vais relayer ce message sur le forum
> >
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 
Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Avenir du Lab de Dotclear

[Franck Paul]

Bonjour tout le monde,

J'envisage de fermer le Lab, qui n'est plus utilisé que de façon sporadique
(2 fois en début d'année, pas une seule fois en 2017, quelques fois en
2016), et par conséquent sa maintenance n'est plus guère justifiée, surtout
qu'il existe maintenant des plate-formes (Github, Bitbucket) proposant des
systèmes de gestion de version et tickets plus moderne que le vieillissant
SVN.

Il serait donc opportun, pour ceux qui souhaitent migrer du Lab vers chez
eux, ailleurs, de le faire dans un délai raisonnable (quelques semaines
tout au plus).

On fera une archive des versions les plus récentes des modules déposés sur
le Lab.

Des avis à ce sujet ?

PS : Je vais relayer ce message sur le forum

-- 
Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] HTTP HSTS : KO

[Franck Paul]

Bonjour,

Réparé.

Le 30 janvier 2018 à 06:50, fo...@mirovinben.com  a
écrit :

> Bonjour,
>
> Rebelote ce matin...
>
>
> Le 30/08/2017 à 06:57, fo...@mirovinben.com a écrit :
>
>> Bonjour,
>>
>> A l'instant :
>>
>>"La connexion n’est pas sécurisée
>>
>>Les propriétaires de fr.dotclear.org ont mal configuré leur site
>>web. Pour éviter que vos données ne soient dérobées, Firefox ne
>>s’est pas connecté à ce site web.
>>
>>Ce site a recours à HTTP Strict Transport Security (HSTS) pour
>>indiquer à Firefox de n’établir qu’une connexion sécurisée. Ainsi il
>>n’est pas possible d’ajouter d’exception pour ce certificat."
>>
>>
>> Au réveil, ça réveille !...
>>
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Dotclear Tracker] [3674]: default - Fix SPDX license identifier, see https://spdx....

[Franck Paul]

Merci pour les précisions Julien !

Le 26 janvier 2018 à 14:06, Julien Wajsberg  a écrit :

> J'arrive un peu après la bataille, mais j'avais ce mail en brouillon depuis
> 1 semaine alors je l'envoie :)
>
> "V2 or later" signifie que la personne recevant le code décide quelle
> version appliquer: 2, 3 et même 4 et plus si ça existe un jour.
> Si tu décides que ça peut être la 2 ou la 3 mais pas une license que tu
> connais pas encore, tu peux mettre "V2 ou V3".
>
> Mais comme a dit très bien Nicolas, pour changer une licence il faut
> l'accord de tous les ayant droits. Pour ce changement, ici il vaut mieux
> prendre la licence qui était utilisée jusque là tout simplement...
>
>
> Le 23 janv. 2018 16:53, "Nicolas"  a écrit :
>
> > Je pense que c'est plutôt GPL-V2-only qu'il faut mettre. Je ne suis pas
> un
> > expert en licence mais la version 2 et la version 3 ne sont pas
> > compatibles.
> >
> > 2018-01-23 16:31 GMT+01:00 :
> >
> > > Revision: 3674 (984da489e980} Branch: default Author: franck Date:
> > 2018-01-23
> > > 16:30 +0100 Details: Details: http://dev.dotclear.org/2.0/
> > > changeset/984da489e980
> > >  Log Message
> > >
> > > Fix SPDX license identifier, see https://spdx.org/licenses/
> > >
> > >
> > > diffstat:
> > >
> > >  composer.json |  2 +-
> > >  1 files changed, 1 insertions(+), 1 deletions(-)
> > >
> > > diffs (12 lines):
> > >
> > > diff -r efaeacffe25c -r 984da489e980 composer.json
> > > --- a/composer.json Tue Jan 23 15:45:18 2018 +0100
> > > +++ b/composer.json Tue Jan 23 16:30:04 2018 +0100
> > > @@ -1,7 +1,7 @@
> > >  {
> > > "name": "dotclear/dotclear",
> > > "description": "Dotclear is an open-source web publishing
> > > software.",
> > > -   "license": "GPL-V2",
> > > +   "license": "GPL-2.0-or-later",
> > > "authors": [
> > > {
> > > "name": "Dotclear Team",
> > > --
> > > Tracker mailing list - trac...@list.dotclear.net -
> > http://ml.dotclear.net/
> > > listinfo/tracker
> > >
> > --
> > Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinf
> > o/dev
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Dotclear Tracker] [3674]: default - Fix SPDX license identifier, see https://spdx....

[Franck Paul]

Arghl, ça par contre ça risque d'être plus compliqué !

Du coup je vais repasser en GPL-2.0-only et baste

Le 23 janvier 2018 à 21:12, Nicolas <nikro...@gmail.com> a écrit :

> Plus sérieusement le changement de licence ne peut pas se faire comme ça.
> Il faut l'accord de tous ceux qui ont écrit la moindre ligne de code.
>
> Le 23 janvier 2018 à 21:05, Philippe <phili...@dissitou.org> a écrit :
>
> > Il y a aussi la WTFPL qui me semble pas mal ;)
> >
> > --
> > Philippe
> >
> > Le 23 janvier 2018 à 19:24, Nicolas <nikro...@gmail.com> a écrit :
> >
> > > Sur mes projets je mets GPL-2.0-only pour spécifier gpl2 sans passer à
> la
> > > version 3 mais peut-être que je n'ai pas bien compris :
> > > https://getcomposer.org/doc/04-schema.md#license
> > >
> > > Le 23 janvier 2018 à 19:01, Franck Paul <carnet.franck.p...@gmail.com>
> a
> > > écrit :
> > >
> > > > J'ai passé une heure à essayer de trouver la bonne solution et y'en a
> > pas
> > > > vraiment j'ai l'impression.
> > > >
> > > > Je voulais éviter de trop verrouiller ça ; d'ailleurs peut-être bien
> > > qu'une
> > > > MIT (plus permissive) suffirait et je suis prêt à changer sans
> > problème,
> > > > voire même à en utiliser plusieurs !
> > > >
> > > > Je veux bien vos avis à ce sujet
> > > >
> > > > 2018-01-23 16:53 GMT+01:00 Nicolas <nikro...@gmail.com>:
> > > >
> > > > > Je pense que c'est plutôt GPL-V2-only qu'il faut mettre. Je ne suis
> > pas
> > > > un
> > > > > expert en licence mais la version 2 et la version 3 ne sont pas
> > > > > compatibles.
> > > > >
> > > > > 2018-01-23 16:31 GMT+01:00 <h...@dotclear.org>:
> > > > >
> > > > > > Revision: 3674 (984da489e980} Branch: default Author: franck
> Date:
> > > > > 2018-01-23
> > > > > > 16:30 +0100 Details: Details: http://dev.dotclear.org/2.0/
> > > > > > changeset/984da489e980
> > > > > > <http://dev.dotclear.org/2.0/changeset/984da489e980> Log Message
> > > > > >
> > > > > > Fix SPDX license identifier, see https://spdx.org/licenses/
> > > > > >
> > > > > >
> > > > > > diffstat:
> > > > > >
> > > > > >  composer.json |  2 +-
> > > > > >  1 files changed, 1 insertions(+), 1 deletions(-)
> > > > > >
> > > > > > diffs (12 lines):
> > > > > >
> > > > > > diff -r efaeacffe25c -r 984da489e980 composer.json
> > > > > > --- a/composer.json Tue Jan 23 15:45:18 2018 +0100
> > > > > > +++ b/composer.json Tue Jan 23 16:30:04 2018 +0100
> > > > > > @@ -1,7 +1,7 @@
> > > > > >  {
> > > > > > "name": "dotclear/dotclear",
> > > > > > "description": "Dotclear is an open-source web publishing
> > > > > > software.",
> > > > > > -   "license": "GPL-V2",
> > > > > > +   "license": "GPL-2.0-or-later",
> > > > > > "authors": [
> > > > > > {
> > > > > > "name": "Dotclear Team",
> > > > > > --
> > > > > > Tracker mailing list - trac...@list.dotclear.net -
> > > > > http://ml.dotclear.net/
> > > > > > listinfo/tracker
> > > > > >
> > > > > --
> > > > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > > > listinfo/dev
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > > > --
> > > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > > listinfo/dev
> > > --
> > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > listinfo/dev
> > >
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Dotclear Tracker] [3674]: default - Fix SPDX license identifier, see https://spdx....

[Franck Paul]

J'ai passé une heure à essayer de trouver la bonne solution et y'en a pas
vraiment j'ai l'impression.

Je voulais éviter de trop verrouiller ça ; d'ailleurs peut-être bien qu'une
MIT (plus permissive) suffirait et je suis prêt à changer sans problème,
voire même à en utiliser plusieurs !

Je veux bien vos avis à ce sujet

2018-01-23 16:53 GMT+01:00 Nicolas :

> Je pense que c'est plutôt GPL-V2-only qu'il faut mettre. Je ne suis pas un
> expert en licence mais la version 2 et la version 3 ne sont pas
> compatibles.
>
> 2018-01-23 16:31 GMT+01:00 :
>
> > Revision: 3674 (984da489e980} Branch: default Author: franck Date:
> 2018-01-23
> > 16:30 +0100 Details: Details: http://dev.dotclear.org/2.0/
> > changeset/984da489e980
> >  Log Message
> >
> > Fix SPDX license identifier, see https://spdx.org/licenses/
> >
> >
> > diffstat:
> >
> >  composer.json |  2 +-
> >  1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diffs (12 lines):
> >
> > diff -r efaeacffe25c -r 984da489e980 composer.json
> > --- a/composer.json Tue Jan 23 15:45:18 2018 +0100
> > +++ b/composer.json Tue Jan 23 16:30:04 2018 +0100
> > @@ -1,7 +1,7 @@
> >  {
> > "name": "dotclear/dotclear",
> > "description": "Dotclear is an open-source web publishing
> > software.",
> > -   "license": "GPL-V2",
> > +   "license": "GPL-2.0-or-later",
> > "authors": [
> > {
> > "name": "Dotclear Team",
> > --
> > Tracker mailing list - trac...@list.dotclear.net -
> http://ml.dotclear.net/
> > listinfo/tracker
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear 2.13 : pb création nouveau billet

[Franck Paul]

Ah mais ça vient peut-être du fait que tu "enregistres" alors que tu es en
mode "source". Dans ce cas, ça fonctionne très bien, c'est juste le mode
"wysiwyg" qui est bancal.

Le 15 janvier 2018 à 14:16, annie strohem <stro...@gmail.com> a écrit :

> Mais non, ce n’est pas une question de cache plus persistant que les
> autres. Ça expliquerait tout. J’avais vidé le cache du navigateur avant de
> poster ce mail,  hier, et plus d’une fois. J’avais réinitialisé Safari. Et
> déconnecté et reconnecté l’admin de DC plus d’une fois également entre les
> vidages de cache. Toujours avant de t’écrire. Encore ce matin, je teste et
> c’est ok.
>
> Et pour l’autre hypothèse : je n’utilise pas CKEditor depuis des années
> sans le savoir (héhé). Je préfère nettement DC Legacy et j’utilise très peu
> le codage automatisé car j’écris couramment le xhtml. Wiki parfois, quand
> j’en ai besoin pour un billet x, alors il n’est pas coché dans les
> Préférences.
>
> Autre chose : je n’utilise jamais non plus l’éditeur visuel que je n’ai
> pas activé  (pas besoin). Serait-ce la raison de mon incapacité à
> reproduire le « bug » du bouton Enregistrer non fonctionnel pour l’édition
> de Nouveaux billets sous DC 2.13 ?
>
> Pour les autres questions d’environnement, je ne sais pas non plus, L’OS
> est à jour, dernière mise à jour de High Sierra vers le 8 janvier
> (10.13.2), navigateur : Safari, à jour itou (11.0.2). Il y a php 7 et
> mysqli.
>
> Ma dernière question demeure, mais du haut de mon abyssale ingorance de
> simple utilisatrice de Dotclear, j’oserai la reformuler ainsi : installer
> le patch et la DC 2.13.1 causera-t-il un bug en réparant celui que je n’ai
> pas ? :-))
>
> Merci pour tout.
>
>
>
> > Le 15 janv. 2018 à 01:39, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
> >
> > Bonne question Annie !
> >
> > Peut-être une question d'environnement ? OS, navigateur, … ou un cache un
> > peu plus persistant qu'attendu dans ton navigateur ? Ou alors tu utilises
> > CKEditor sans le savoir depuis des années :-)
> >
> > Difficile à dire à distance ;-)
> >
> > Le 14 janvier 2018 à 23:24, annie strohem <stro...@gmail.com> a écrit :
> >
> >> Oui, mais comment se fait-il que je n’aie pas ce bug ? J'ai vu que tu
> >> avais fait un patch mais je ne l’ai pas installé. Dois-je le faire ?
> >>
> >> merci
> >>
> >>> Le 14 janv. 2018 à 16:55, Franck Paul <carnet.franck.p...@gmail.com> a
> >> écrit :
> >>>
> >>> Merci Annie pour tes retours !
> >>>
> >>> Le 14 janvier 2018 à 20:03, annie strohem <stro...@gmail.com> a écrit
> :
> >>>
> >>>> Bonjour,
> >>>>
> >>>> J’ai fait la mise à jour vers la 2.13 et j’utilise depuis longtemps DC
> >>>> legacy Editor en format xhtml. J’ai fait quelques billets pour tester
> >> et je
> >>>> n'ai pas pu reproduire le problème mentionné plus bas.
> >>>>
> >>>> Je n’ai rencontré aucun bug : nouveau billet en attente, publié, remis
> >> en
> >>>> attente, prévisualisation, fichier en annexe, avec video externe,
> >>>> modification et publication d’un vieux billet, tout est ok (toujours
> >> avec
> >>>> xhtml et DC Legacy).
> >>>>
> >>>> Pas eu besoin de vider le cache non plus.
> >>>>
> >>>> Annie
> >>>>
> >>>>
> >>>>> Le 14 janv. 2018 à 10:32, Franck Paul <carnet.franck.p...@gmail.com>
> a
> >>>> écrit :
> >>>>>
> >>>>> Hello,
> >>>>>
> >>>>> Côté cache on signe (avec le numéro de version) les js/css mais
> parfois
> >>>> les
> >>>>> navigateurs n'en font qu'à leur tête à tout vouloir cacher de plus en
> >>>> plus…
> >>>>> Donc oui, vider le cache (ou forcer un refresh de la page) est une
> >> bonne
> >>>>> idée :-)
> >>>>>
> >>>>> Pour le pb de l'éditeur, je suis d'accord, ça manque de test, et ça
> >>>>> manquera encore de tests à l'avenir, je n'y peux pas grand chose
> étant
> >>>>> donné le nb de personnes pour le faire — je ne jette la pierre à
> >>>> personne,
> >>>>> hein ?
> >>>>>
> >>>>> Ton client, Tomek, peut utiliser une des deux solutions que j'ai
> >>>> mentionné
> >>>>> plus h

Re: [Dotclear Dev] Dotclear 2.13 : pb création nouveau billet

[Franck Paul]

Merci Annie pour tes retours !

Le 14 janvier 2018 à 20:03, annie strohem <stro...@gmail.com> a écrit :

> Bonjour,
>
> J’ai fait la mise à jour vers la 2.13 et j’utilise depuis longtemps DC
> legacy Editor en format xhtml. J’ai fait quelques billets pour tester et je
> n'ai pas pu reproduire le problème mentionné plus bas.
>
> Je n’ai rencontré aucun bug : nouveau billet en attente, publié, remis en
> attente, prévisualisation, fichier en annexe, avec video externe,
> modification et publication d’un vieux billet, tout est ok (toujours avec
> xhtml et DC Legacy).
>
> Pas eu besoin de vider le cache non plus.
>
> Annie
>
>
> > Le 14 janv. 2018 à 10:32, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
> >
> > Hello,
> >
> > Côté cache on signe (avec le numéro de version) les js/css mais parfois
> les
> > navigateurs n'en font qu'à leur tête à tout vouloir cacher de plus en
> plus…
> > Donc oui, vider le cache (ou forcer un refresh de la page) est une bonne
> > idée :-)
> >
> > Pour le pb de l'éditeur, je suis d'accord, ça manque de test, et ça
> > manquera encore de tests à l'avenir, je n'y peux pas grand chose étant
> > donné le nb de personnes pour le faire — je ne jette la pierre à
> personne,
> > hein ?
> >
> > Ton client, Tomek, peut utiliser une des deux solutions que j'ai
> mentionné
> > plus haut, si c'est vraiment rédhibitoire, un petit plugin pourra y
> > remédier, mais pas aujourd'hui.
> >
> > Le 14 janvier 2018 à 15:06, Franck L <franck.la...@sfr.fr> a écrit :
> >
> >> Le 14/01/2018 à 15:05, Franck L a écrit :
> >>
> >>>
> >>> Pour le reste, j'ai eu un souci sur toutes les mises à jour, à la
> >>> reconnexion à l'admin une erreur fatale dû à la nouvelle sécurisation
> du
> >>> mot de passe, mais un coup de vidage de cache et c'était bon.
> >>>
> >>
> >> Je corrige : j'ai eu un seul problème sur *une seule installation* (en
> >> local, d'ailleurs).
> >>
> >>
> >> Franck aka Tomek
> >>>
> >>>
> >>> Le 14/01/2018 à 10:04, fo...@mirovinben.com a écrit :
> >>>
> >>>> Suis pas sûr que beaucoup d'entre nous utilisent encore dcLegacyEditor
> >>>> en mode xhtml.
> >>>> Ça va "m'obliger" à redécouvrir CKEditor qui, lui, accepte en effet la
> >>>> création de nouveaux billets.
> >>>> ;-)
> >>>>
> >>>> Le 14/01/2018 à 09:53, Franck Paul a écrit :
> >>>>
> >>>>> On va voir si ça gène beaucoup de monde et si nécessaire je coderai
> un
> >>>>> petit plugin qui corrigera le pb le temps que la 2.13.1 soit dans les
> >>>>> bacs.
> >>>>>
> >>>>> Le 14 janvier 2018 à 09:49, fo...@mirovinben.com <
> fo...@mirovinben.com>
> >>>>> a
> >>>>> écrit :
> >>>>>
> >>>>> Ne sois pas désolé, c'est moi qui n'ai pu tester les versions de
> >>>>>> 2.13-dev...
> >>>>>>
> >>>>>>
> >>>>>> Le 14/01/2018 à 09:41, Franck Paul a écrit :
> >>>>>>
> >>>>>> Du coup va y avoir une 2.13.1 dans pas tard, désolé pour le bug.
> >>>>>>>
> >>>>>>> Le 14 janvier 2018 à 09:24, Franck Paul <
> carnet.franck.p...@gmail.com>
> >>>>>>> a
> >>>>>>> écrit :
> >>>>>>>
> >>>>>>> Ah oui je confirme, dcLegacyEditor ne supporte pas l'attribut
> >>>>>>> required du
> >>>>>>>
> >>>>>>>> champs post_content (en mode XHTML uniquement, le wiki
> fonctionne),
> >>>>>>>> contrairement à CKEditor (qui le gère mal mais pour lequel j'avais
> >>>>>>>> géré
> >>>>>>>> le
> >>>>>>>> pb).
> >>>>>>>>
> >>>>>>>> Le 14 janvier 2018 à 08:47, fo...@mirovinben.com <
> >>>>>>>> fo...@mirovinben.com>
> >>>>>>>> a
> >>>>>>>> écrit :
> >>>>>>>>
> >>>>>>>> Ah, j'oubliais : j'utilise l'éditeur dcLegacyEditor en mode xhtml.
> >>>>>>>>
> >>>>>>>>>
> >>>>>>>>> 

Re: [Dotclear Dev] Dotclear 2.13 : pb création nouveau billet

[Franck Paul]

Hello,

Côté cache on signe (avec le numéro de version) les js/css mais parfois les
navigateurs n'en font qu'à leur tête à tout vouloir cacher de plus en plus…
Donc oui, vider le cache (ou forcer un refresh de la page) est une bonne
idée :-)

Pour le pb de l'éditeur, je suis d'accord, ça manque de test, et ça
manquera encore de tests à l'avenir, je n'y peux pas grand chose étant
donné le nb de personnes pour le faire — je ne jette la pierre à personne,
hein ?

Ton client, Tomek, peut utiliser une des deux solutions que j'ai mentionné
plus haut, si c'est vraiment rédhibitoire, un petit plugin pourra y
remédier, mais pas aujourd'hui.

Le 14 janvier 2018 à 15:06, Franck L <franck.la...@sfr.fr> a écrit :

> Le 14/01/2018 à 15:05, Franck L a écrit :
>
>>
>> Pour le reste, j'ai eu un souci sur toutes les mises à jour, à la
>> reconnexion à l'admin une erreur fatale dû à la nouvelle sécurisation du
>> mot de passe, mais un coup de vidage de cache et c'était bon.
>>
>
> Je corrige : j'ai eu un seul problème sur *une seule installation* (en
> local, d'ailleurs).
>
>
> Franck aka Tomek
>>
>>
>> Le 14/01/2018 à 10:04, fo...@mirovinben.com a écrit :
>>
>>> Suis pas sûr que beaucoup d'entre nous utilisent encore dcLegacyEditor
>>> en mode xhtml.
>>> Ça va "m'obliger" à redécouvrir CKEditor qui, lui, accepte en effet la
>>> création de nouveaux billets.
>>>  ;-)
>>>
>>> Le 14/01/2018 à 09:53, Franck Paul a écrit :
>>>
>>>> On va voir si ça gène beaucoup de monde et si nécessaire je coderai un
>>>> petit plugin qui corrigera le pb le temps que la 2.13.1 soit dans les
>>>> bacs.
>>>>
>>>> Le 14 janvier 2018 à 09:49, fo...@mirovinben.com <fo...@mirovinben.com>
>>>> a
>>>> écrit :
>>>>
>>>> Ne sois pas désolé, c'est moi qui n'ai pu tester les versions de
>>>>> 2.13-dev...
>>>>>
>>>>>
>>>>> Le 14/01/2018 à 09:41, Franck Paul a écrit :
>>>>>
>>>>> Du coup va y avoir une 2.13.1 dans pas tard, désolé pour le bug.
>>>>>>
>>>>>> Le 14 janvier 2018 à 09:24, Franck Paul <carnet.franck.p...@gmail.com>
>>>>>> a
>>>>>> écrit :
>>>>>>
>>>>>> Ah oui je confirme, dcLegacyEditor ne supporte pas l'attribut
>>>>>> required du
>>>>>>
>>>>>>> champs post_content (en mode XHTML uniquement, le wiki fonctionne),
>>>>>>> contrairement à CKEditor (qui le gère mal mais pour lequel j'avais
>>>>>>> géré
>>>>>>> le
>>>>>>> pb).
>>>>>>>
>>>>>>> Le 14 janvier 2018 à 08:47, fo...@mirovinben.com <
>>>>>>> fo...@mirovinben.com>
>>>>>>> a
>>>>>>> écrit :
>>>>>>>
>>>>>>> Ah, j'oubliais : j'utilise l'éditeur dcLegacyEditor en mode xhtml.
>>>>>>>
>>>>>>>>
>>>>>>>> Le 14/01/2018 à 08:34, fo...@mirovinben.com a écrit :
>>>>>>>>
>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>>> Je viens de mettre à jour Dotclear qui passe donc en 2.13. Mise à
>>>>>>>>> jour
>>>>>>>>> OK sauf que je suis incapable ce réer un nouveau billet : le clic
>>>>>>>>> sur
>>>>>>>>> le
>>>>>>>>> bouton "Enregistrer" ne fait rien. Par contre, si je passe par la
>>>>>>>>> duplication d'un billet créé auparavant avec remplacement par le
>>>>>>>>> contenu du
>>>>>>>>> nouveau billet, c'est OK...
>>>>>>>>>
>>>>>>>>> Bien entendu, cache du navigateur vidé avant ma tentative de
>>>>>>>>> création
>>>>>>>>> ex
>>>>>>>>> nihilo... Pb rencontré tant en local (php 5.5.12) qu'en ligne (php
>>>>>>>>> 5.5.38)...
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>>
>>>>>>>> Dev mailing list - Dev@list.dotclear.org -
>>>>>>>> http://ml.dotclear.org/listinf
>>>>>>>> o/dev
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>
>>>>>>> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> --
>>>>> Dev mailing list - Dev@list.dotclear.org -
>>>>> http://ml.dotclear.org/listinf
>>>>> o/dev
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear 2.13 : pb création nouveau billet

[Franck Paul]

En attendant : basculer sur CKEditor, ou en wiki et en plaçant un ///html
en première ligne du billet et un /// en dernière ligne, le temps que la
version suivante soit publiée.

Le 14 janvier 2018 à 09:41, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Du coup va y avoir une 2.13.1 dans pas tard, désolé pour le bug.
>
> Le 14 janvier 2018 à 09:24, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
>
>> Ah oui je confirme, dcLegacyEditor ne supporte pas l'attribut required du
>> champs post_content (en mode XHTML uniquement, le wiki fonctionne),
>> contrairement à CKEditor (qui le gère mal mais pour lequel j'avais géré le
>> pb).
>>
>> Le 14 janvier 2018 à 08:47, fo...@mirovinben.com <fo...@mirovinben.com>
>> a écrit :
>>
>>> Ah, j'oubliais : j'utilise l'éditeur dcLegacyEditor en mode xhtml.
>>>
>>>
>>> Le 14/01/2018 à 08:34, fo...@mirovinben.com a écrit :
>>>
>>>> Bonjour,
>>>>
>>>> Je viens de mettre à jour Dotclear qui passe donc en 2.13. Mise à jour
>>>> OK sauf que je suis incapable ce réer un nouveau billet : le clic sur le
>>>> bouton "Enregistrer" ne fait rien. Par contre, si je passe par la
>>>> duplication d'un billet créé auparavant avec remplacement par le contenu du
>>>> nouveau billet, c'est OK...
>>>>
>>>> Bien entendu, cache du navigateur vidé avant ma tentative de création
>>>> ex nihilo... Pb rencontré tant en local (php 5.5.12) qu'en ligne (php
>>>> 5.5.38)...
>>>>
>>>
>>> --
>>> Dev mailing list - Dev@list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>
>>
>>
>> --
>>
>> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear 2.13 : pb création nouveau billet

[Franck Paul]

Du coup va y avoir une 2.13.1 dans pas tard, désolé pour le bug.

Le 14 janvier 2018 à 09:24, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Ah oui je confirme, dcLegacyEditor ne supporte pas l'attribut required du
> champs post_content (en mode XHTML uniquement, le wiki fonctionne),
> contrairement à CKEditor (qui le gère mal mais pour lequel j'avais géré le
> pb).
>
> Le 14 janvier 2018 à 08:47, fo...@mirovinben.com <fo...@mirovinben.com> a
> écrit :
>
>> Ah, j'oubliais : j'utilise l'éditeur dcLegacyEditor en mode xhtml.
>>
>>
>> Le 14/01/2018 à 08:34, fo...@mirovinben.com a écrit :
>>
>>> Bonjour,
>>>
>>> Je viens de mettre à jour Dotclear qui passe donc en 2.13. Mise à jour
>>> OK sauf que je suis incapable ce réer un nouveau billet : le clic sur le
>>> bouton "Enregistrer" ne fait rien. Par contre, si je passe par la
>>> duplication d'un billet créé auparavant avec remplacement par le contenu du
>>> nouveau billet, c'est OK...
>>>
>>> Bien entendu, cache du navigateur vidé avant ma tentative de création ex
>>> nihilo... Pb rencontré tant en local (php 5.5.12) qu'en ligne (php
>>> 5.5.38)...
>>>
>>
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear 2.13 : pb création nouveau billet

[Franck Paul]

Ah oui je confirme, dcLegacyEditor ne supporte pas l'attribut required du
champs post_content (en mode XHTML uniquement, le wiki fonctionne),
contrairement à CKEditor (qui le gère mal mais pour lequel j'avais géré le
pb).

Le 14 janvier 2018 à 08:47, fo...@mirovinben.com  a
écrit :

> Ah, j'oubliais : j'utilise l'éditeur dcLegacyEditor en mode xhtml.
>
>
> Le 14/01/2018 à 08:34, fo...@mirovinben.com a écrit :
>
>> Bonjour,
>>
>> Je viens de mettre à jour Dotclear qui passe donc en 2.13. Mise à jour OK
>> sauf que je suis incapable ce réer un nouveau billet : le clic sur le
>> bouton "Enregistrer" ne fait rien. Par contre, si je passe par la
>> duplication d'un billet créé auparavant avec remplacement par le contenu du
>> nouveau billet, c'est OK...
>>
>> Bien entendu, cache du navigateur vidé avant ma tentative de création ex
>> nihilo... Pb rencontré tant en local (php 5.5.12) qu'en ligne (php
>> 5.5.38)...
>>
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Re : Colo 2018

[Franck Paul]

Franck, tu remplis le Framadate (https://framadate.org/dc-colo-2018) en (√)
pour les jours possibles ?

Le 10 janvier 2018 à 15:37, Franck L  a écrit :

> Bon en regardant un peu, on pourrait venir juste après, si on joue ce
> serait le 27, donc on viendrait du 28 au 1er... À suivre
>
>
> Le 07/01/2018 à 19:28, Franck L a écrit :
>
>> Il se peut qu'on joue (avec un nouveau projet musical top secret) le
>> weekend du 27-28/04, ce qui serait cool pour nous, mais qui nous
>> empêcherait de facto de venir... à suivre.
>>
>> Le 07/01/2018 à 10:30, moi!!! a écrit :
>>
>>> Peux pô
>>>
>>> Envoyé depuis Yahoo Mail pour Android
>>>  Le dim., janv. 7, 2018 à 8:25, Kozlika a écrit
>>> :   Bonjour gens !
>>>
>>> Comme chaque année, nous nous retrouverons au Guilvinec pour passer
>>> quelques jours ensemble au mois d'avril. Officiellement pour discuter et
>>> travailler autour de notre outil de blog préféré mais en vérité pour
>>> l'essentiel il s'agit de balades, bonne bouffe et papotages.
>>>
>>> J'ai créé un sondage pour qu'on sache qui vient et quand afin qu'on
>>> s'assure que tout le monde sera logé : https://framadate.org/dc-colo-
>>> 2018
>>>
>>> D'après les autres années, le partage des frais est d'environ 100 euros
>>> par
>>> personne pour le logement sur toute la période et 15 euros/jour pour la
>>> bouffe.
>>>
>>> Allez, tu viens ?
>>>
>>>
>>>
>>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Joyeuse année 2018 à tous

[Franck Paul]

Merci d'être de l'autre côté de ce mail et de continuer à supporter
Dotclear \o/

​On fêtera ça avec une nouvelle version à venir dans pas tard…​

-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Cool \o/

Merci Franck pour les tests !

Le 28 décembre 2017 à 14:42, Franck L <franck.la...@sfr.fr> a écrit :

> Hello,
>
> J'ai enfin pris le temps de tester avec notamment : création de compte
> utilisateur, login/logout, procédure de réinitialisation de mot de passe,
> et aucun souci à signaler.
>
> À bientôt
> Franck aka Tomek
>
>
> Le 26/12/2017 à 08:48, Franck Paul a écrit :
>
>> Plop les gens !
>>
>> De retour aux affaires après avoir fêté Noyelle, toujours pas de bug
>> signalé pour les mots de passe ?
>>
>>
>> Le 21 décembre 2017 à 14:19, Pep <p...@callmepep.org> a écrit :
>>
>> Sérieux ?! Rha la vache !
>>> C'est vraiment moche de vieillir... ^^
>>>
>>>
>>> Le 21/12/2017 à 13:31, Philippe a écrit :
>>>
>>>> Si Môssieur, j'ai pris un avertissement, et je suis bien au bouillon...
>>>>
>>>> --
>>>> Philippe
>>>>
>>>>
>>>> Le 21 décembre 2017 à 11:45, Pep <p...@callmepep.org> a écrit :
>>>>
>>>> "Bouillon de légumes" ?!
>>>>> Tu n'es pas crédible... xD
>>>>>
>>>> --
>>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>>> listinfo/dev
>>>
>>>
>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Plop les gens !

De retour aux affaires après avoir fêté Noyelle, toujours pas de bug
signalé pour les mots de passe ?


Le 21 décembre 2017 à 14:19, Pep  a écrit :

> Sérieux ?! Rha la vache !
> C'est vraiment moche de vieillir... ^^
>
>
> Le 21/12/2017 à 13:31, Philippe a écrit :
> > Si Môssieur, j'ai pris un avertissement, et je suis bien au bouillon...
> >
> > --
> > Philippe
> >
> >
> > Le 21 décembre 2017 à 11:45, Pep  a écrit :
> >
> >> "Bouillon de légumes" ?!
> >> Tu n'es pas crédible... xD
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Toujours est-il que toujours pas un seul bug signalé, c'est louche !

Le 21 décembre 2017 à 13:08, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> comment ça t'es le bug Philippe, t'es plus stagiaire ? P, on me
> prévient jamais moi !
>
> Le 21 décembre 2017 à 11:08, Philippe <phili...@dissitou.org> a écrit :
>
>> Si ça se trouve je suis le bug, mettez ça sur le compte de l'âge et
>> d'un abus de bouillon de légumes ;)
>>
>> --
>> Philippe
>>
>>
>> Le 21 décembre 2017 à 10:33, Lomalarch <lomala...@gmail.com> a écrit :
>>
>> Je n’ai pas rencontré le mystérieux bug de Philippe !
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

comment ça t'es le bug Philippe, t'es plus stagiaire ? P, on me
prévient jamais moi !

Le 21 décembre 2017 à 11:08, Philippe  a écrit :

> Si ça se trouve je suis le bug, mettez ça sur le compte de l'âge et
> d'un abus de bouillon de légumes ;)
>
> --
> Philippe
>
>
> Le 21 décembre 2017 à 10:33, Lomalarch  a écrit :
>
> Je n’ai pas rencontré le mystérieux bug de Philippe !
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Bonjour,

Est-ce que l'un d'entre vous a testé l'install from scratch avec la
nouvelle gestion des mots de passe ?

Le 21 décembre 2017 à 05:36, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Merci Annie !
>
> Le 20 décembre 2017 à 19:25, annie strohem <stro...@gmail.com> a écrit :
>
>> Arf ! Je n’avais pas mis l’email dans Mes préférences, il était seulement
>> dans le fichier config.php…
>>
>> Maintenant, ça va. J’ai pu tester pour la suite et aucun bug lorsque je
>> change le mot de passe, tout se déroule bien, comme avant.  Même pas pu
>> reproduire le problème rencontré par Philippe.
>>
>> C’est trop parfait
>>
>> > Le 20 déc. 2017 à 11:03, Franck Paul <carnet.franck.p...@gmail.com> a
>> écrit :
>> >
>> > Bonjour,
>> >
>> > Avec le même email que celui enregistré dans les préférences ?
>> >
>> > Le 20 décembre 2017 à 16:46, annie strohem <stro...@gmail.com> a écrit
>> :
>> >
>> >> Bonjour,
>> >>
>> >> Testé "Mot de passe oublié" dans l’Admin — sur une installation de
>> test en
>> >> local (Mamp +Dotclear 2.13 dev.3527) :
>> >>
>> >> Message : Cet utilisateur n'existe pas dans la base de données.
>> >>
>> >> Impossible d’aller plus loin dans la procédure, dommage.
>> >>
>> >> Et ça m’intrigue. Car je peux toujours me connecter à Dotclear avec cet
>> >> utilisateur qui « n’existe pas ».
>> >>
>> >> J’ai quitté Mamp, redémarré le serveur. Vidé les caches. Je n’existe
>> >> toujours pas.
>> >>
>> >> Mais je n’ai aucune idée si ce bug était là avant :(
>> >>
>> >> Annie
>> >>
>> >> --
>> >> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>> >> listinfo/dev
>> >>
>> >
>> >
>> >
>> > --
>> >
>> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>> > --
>> > Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Merci Annie !

Le 20 décembre 2017 à 19:25, annie strohem <stro...@gmail.com> a écrit :

> Arf ! Je n’avais pas mis l’email dans Mes préférences, il était seulement
> dans le fichier config.php…
>
> Maintenant, ça va. J’ai pu tester pour la suite et aucun bug lorsque je
> change le mot de passe, tout se déroule bien, comme avant.  Même pas pu
> reproduire le problème rencontré par Philippe.
>
> C’est trop parfait
>
> > Le 20 déc. 2017 à 11:03, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
> >
> > Bonjour,
> >
> > Avec le même email que celui enregistré dans les préférences ?
> >
> > Le 20 décembre 2017 à 16:46, annie strohem <stro...@gmail.com> a écrit :
> >
> >> Bonjour,
> >>
> >> Testé "Mot de passe oublié" dans l’Admin — sur une installation de test
> en
> >> local (Mamp +Dotclear 2.13 dev.3527) :
> >>
> >> Message : Cet utilisateur n'existe pas dans la base de données.
> >>
> >> Impossible d’aller plus loin dans la procédure, dommage.
> >>
> >> Et ça m’intrigue. Car je peux toujours me connecter à Dotclear avec cet
> >> utilisateur qui « n’existe pas ».
> >>
> >> J’ai quitté Mamp, redémarré le serveur. Vidé les caches. Je n’existe
> >> toujours pas.
> >>
> >> Mais je n’ai aucune idée si ce bug était là avant :(
> >>
> >> Annie
> >>
> >> --
> >> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> >> listinfo/dev
> >>
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Bonjour,

Avec le même email que celui enregistré dans les préférences ?

Le 20 décembre 2017 à 16:46, annie strohem  a écrit :

> Bonjour,
>
> Testé "Mot de passe oublié" dans l’Admin — sur une installation de test en
> local (Mamp +Dotclear 2.13 dev.3527) :
>
> Message : Cet utilisateur n'existe pas dans la base de données.
>
> Impossible d’aller plus loin dans la procédure, dommage.
>
> Et ça m’intrigue. Car je peux toujours me connecter à Dotclear avec cet
> utilisateur qui « n’existe pas ».
>
> J’ai quitté Mamp, redémarré le serveur. Vidé les caches. Je n’existe
> toujours pas.
>
> Mais je n’ai aucune idée si ce bug était là avant :(
>
> Annie
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Je vais attendre tout de même de voir si quelqu'un arrive à reproduire ou
pas ce problème, ça me paraît curieux et je voudrais tirer ça au clair,
parce que si une faille est avérée à cet endroit, autant ouvrir l'admin à
tout vent :-)

Le 20 décembre 2017 à 12:49, Philippe <phili...@dissitou.org> a écrit :

> Re-testé à l'instant : cette fois-ci le mot de passe temporaire m'a
> bien été demandé avant d'arriver sur le formulaire de création d'un
> nouveau mot de passe
>
> Du coup j'ai un doute sur la justesse de mon signalement précédent,
> mais je doute de mon doute parce que j'ai quand même été surpris la
> fois d'avant...
>
> Bah sinon l'encodage des mots de passe avec la nouvelle méthode
> fonctionne bien amha :D
> --
> Philippe
>
>
> Le 20 décembre 2017 à 12:03, Franck Paul
> <carnet.franck.p...@gmail.com> a écrit :
> > Rah, creute, pas moyen de reproduire le problème chez moi, le mot de
> passe
> > temporaire est bien demandé avant de basculer sur le formulaire de
> > changement de mot de passe !
> >
> > Quelqu'un d'autre peut tester chez lui ?
> >
> > Le 20 décembre 2017 à 11:57, Franck Paul <carnet.franck.p...@gmail.com>
> a
> > écrit :
> >
> >> Je vais regarder ça de plus près, merci pour le retour Philippe !
> >>
> >> Le 20 décembre 2017 à 09:43, Philippe <phili...@dissitou.org> a écrit :
> >>
> >>> Alors premiers tests :
> >>>
> >>> - changement de mot de passe dans les préférences utilisateur : ok
> >>>
> >>> - mot de passe oublié => régénération par Dotclear : ok... mais avec
> >>> un comportement surprenant et peut_être une faille :
> >>>
> >>> 1) un lien est envoyé par mail avec un token
> >>> (auth.php?akey=
> >>> 2) lorsqu'on suit le lien, on a un message disant que le nouveau mot
> >>> de passe a été envoyé par mail
> >>> 3) dans le second mail, un nouveau mot de passe est fourni
> >>> 4) on retourne sur l'écran de connexion (auth.php sans token), et là
> >>> le nouveau mot de passe n'est pas demandé : dc demande d'entrer deux
> >>> fois un mot de passe
> >>> 5) si je fournis deux fois n'importe quel mot de passe, mais pas celui
> >>> généré par dc, ça marche quand même
> >>>
> >>> il me semble donc que le nouveau mot de passe généré n'a servi à rien
> >>> ? et que l'accès à l'écran de connexion suffit pour entrer...
> >>>
> >>> --
> >>> Philippe
> >>> --
> >>> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinf
> >>> o/dev
> >>>
> >>
> >>
> >>
> >> --
> >>
> >> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >>
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Rah, creute, pas moyen de reproduire le problème chez moi, le mot de passe
temporaire est bien demandé avant de basculer sur le formulaire de
changement de mot de passe !

Quelqu'un d'autre peut tester chez lui ?

Le 20 décembre 2017 à 11:57, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Je vais regarder ça de plus près, merci pour le retour Philippe !
>
> Le 20 décembre 2017 à 09:43, Philippe <phili...@dissitou.org> a écrit :
>
>> Alors premiers tests :
>>
>> - changement de mot de passe dans les préférences utilisateur : ok
>>
>> - mot de passe oublié => régénération par Dotclear : ok... mais avec
>> un comportement surprenant et peut_être une faille :
>>
>> 1) un lien est envoyé par mail avec un token
>> (auth.php?akey=
>> 2) lorsqu'on suit le lien, on a un message disant que le nouveau mot
>> de passe a été envoyé par mail
>> 3) dans le second mail, un nouveau mot de passe est fourni
>> 4) on retourne sur l'écran de connexion (auth.php sans token), et là
>> le nouveau mot de passe n'est pas demandé : dc demande d'entrer deux
>> fois un mot de passe
>> 5) si je fournis deux fois n'importe quel mot de passe, mais pas celui
>> généré par dc, ça marche quand même
>>
>> il me semble donc que le nouveau mot de passe généré n'a servi à rien
>> ? et que l'accès à l'écran de connexion suffit pour entrer...
>>
>> --
>> Philippe
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Je vais regarder ça de plus près, merci pour le retour Philippe !

Le 20 décembre 2017 à 09:43, Philippe  a écrit :

> Alors premiers tests :
>
> - changement de mot de passe dans les préférences utilisateur : ok
>
> - mot de passe oublié => régénération par Dotclear : ok... mais avec
> un comportement surprenant et peut_être une faille :
>
> 1) un lien est envoyé par mail avec un token (auth.php?akey=
> 
> 2) lorsqu'on suit le lien, on a un message disant que le nouveau mot
> de passe a été envoyé par mail
> 3) dans le second mail, un nouveau mot de passe est fourni
> 4) on retourne sur l'écran de connexion (auth.php sans token), et là
> le nouveau mot de passe n'est pas demandé : dc demande d'entrer deux
> fois un mot de passe
> 5) si je fournis deux fois n'importe quel mot de passe, mais pas celui
> généré par dc, ça marche quand même
>
> il me semble donc que le nouveau mot de passe généré n'a servi à rien
> ? et que l'accès à l'écran de connexion suffit pour entrer...
>
> --
> Philippe
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Bonjour,

Le seul changement structurel concerne le stockage des mots de passe, rien
au niveau de la structure de la base. En ce qui concerne les mots de passe
eux-même, un retour à la 2.12 est possible en passant par le système de
récupération de mot de passe.

Le 20 décembre 2017 à 05:01, fo...@mirovinben.com <fo...@mirovinben.com> a
écrit :

> Salut,
>
> Petite question avant de me lancer : est-ce qu'un retour en arrière vers
> la 2.12 sera possible après des tests de la 2.13-dev (genre mots de passes
> ou format de certains champs modifiés dans la base) ?
>
> Le 19/12/2017 à 17:35, Franck Paul a écrit :
>
>> Bonjour,
>>
>> Je viens de commiter une grosse modif concernant la gestion des mots de
>> passe et j'aimerais bien que vous la testiez, si possible, côté admin,
>> entre autre partout où un mot de passe est requis, mais aussi la procédure
>> de récupération de mot de passe.
>>
>> J'attends vos retours avec impatience !
>>
>> Note : cette version 2.13-dev requiert dorénavant un PHP 5.5 minimum.
>>
>> Merci
>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

La version à tester devrait être la 2.13-dev-r3627

Le 19 décembre 2017 à 18:31, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Ah oui j'ai vu ça ce matin en voulant mettre à jour ductile sur DotAddict.
>
> On verra avec la version générée à minuit …
>
> Le 19 décembre 2017 à 18:18, Franck L <franck.la...@sfr.fr> a écrit :
>
>> Hello,
>>
>> Ok je note ça pour mon blog de test. Et sonnerai ici pour te dire. :-)
>> Même souci que Philippe au passage avec la 2.13 dev r3621.
>>
>> Le 19/12/2017 à 17:35, Franck Paul a écrit :
>>
>>> Bonjour,
>>>
>>> Je viens de commiter une grosse modif concernant la gestion des mots de
>>> passe et j'aimerais bien que vous la testiez, si possible, côté admin,
>>> entre autre partout où un mot de passe est requis, mais aussi la
>>> procédure
>>> de récupération de mot de passe.
>>>
>>> J'attends vos retours avec impatience !
>>>
>>> Note : cette version 2.13-dev requiert dorénavant un PHP 5.5 minimum.
>>>
>>> Merci
>>>
>>>
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Ah oui j'ai vu ça ce matin en voulant mettre à jour ductile sur DotAddict.

On verra avec la version générée à minuit …

Le 19 décembre 2017 à 18:18, Franck L <franck.la...@sfr.fr> a écrit :

> Hello,
>
> Ok je note ça pour mon blog de test. Et sonnerai ici pour te dire. :-)
> Même souci que Philippe au passage avec la 2.13 dev r3621.
>
> Le 19/12/2017 à 17:35, Franck Paul a écrit :
>
>> Bonjour,
>>
>> Je viens de commiter une grosse modif concernant la gestion des mots de
>> passe et j'aimerais bien que vous la testiez, si possible, côté admin,
>> entre autre partout où un mot de passe est requis, mais aussi la procédure
>> de récupération de mot de passe.
>>
>> J'attends vos retours avec impatience !
>>
>> Note : cette version 2.13-dev requiert dorénavant un PHP 5.5 minimum.
>>
>> Merci
>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] 2.13-dev mots de passe

[Franck Paul]

Bonjour,

Je viens de commiter une grosse modif concernant la gestion des mots de
passe et j'aimerais bien que vous la testiez, si possible, côté admin,
entre autre partout où un mot de passe est requis, mais aussi la procédure
de récupération de mot de passe.

J'attends vos retours avec impatience !

Note : cette version 2.13-dev requiert dorénavant un PHP 5.5 minimum.

Merci

-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Franck Paul]

Ah oui tiens, elle n'a pas résisté au reset du dépôt pour cause de Merge de
PR là-bas (alors qu'il fallait faire ça côté Bitbucket et que du coup ça a
cassé la synchro).

Le mieux est de créer le ticket côté Dotclear

Le 10 novembre 2017 à 03:58, Pierre Equoy <pierre.eq...@gmail.com> a écrit :

> 2017-10-21 18:43 GMT+08:00 Pierre Equoy <pierre.eq...@gmail.com>:
>
> > Bonjour !
> >
> > 2017-10-21 15:08 GMT+08:00 Franck Paul <carnet.franck.p...@gmail.com>:
> >
> >> Oh ben non, j'ai une meilleure idée ! Comme maintenant Dotclear est
> aussi
> >> sur un dépôt Github et qu'on peut y faire plein de Pull-Requests — il
> >> paraît que c'était le plus gros frein aux contributions extérieures —,
> je
> >> vais m'assoir sur une chaise à côté du dépôt et attendre le PR ou le
> patch
> >> qui va bien \o/
> >>
> >> Ou alors, si un stagiaire cherche un sujet de stage, hop hop hop, voilà
> de
> >> quoi :-)
> >
> >
> >
> > Je me suis permis de créer une issue sur GitHub [1]. Je n'ai pas touché à
> > PHP depuis 2006 donc je vais peut-être passer mon tour pour résoudre ce
> > bug, mais ça permettra peut-être de lancer une discussion et de déboucher
> > sur un correctif, *who knows?*
> >
> > [1] https://github.com/dotclear/dotclear/issues/1
> >
>
> Ah bah tiens, je viens de m'apercevoir que cette issue avait disparu...
> c'est normal ?
>
>
> --
> Pierre Equoy
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Franck Paul]

Salut,

Le changement de serveur est prévu, la balle est pour l'instant… entre
l'asso DC et la fondation Free qui doit nous faire parvenir une convention
pour mettre à disposition un serveur (a priori).

J'en sais pas plus à ce jour

Le 24 octobre 2017 à 16:53, Franck L <franck.la...@sfr.fr> a écrit :

> Hello,
>
> Comme ça fait des mois (des années ?) que c'est en cours, on ne peut pas
> soit relancer (et voir si une réponse arrive sous un délai court), soit
> laisser tomber et changer d'infrastructure ?
>
> Franck aka Tomek
>
>
>
> Le 19/10/2017 à 10:25, Franck Paul a écrit :
>
>> On a une demande en cours auprès de la Fondation Free, avec comme
>> possibilité la mise à dispo d'un serveur qui rame un peu moins.
>>
>> Je ne sais pas du tout où ça en est, mais c'est en cours :-p
>>
>> Le 19 octobre 2017 à 09:30, Philippe <phili...@dissitou.org> a écrit :
>>
>> Pourrait-on envisager de faire héberger dotclear.org sur le même
>>> serveur que dotaddict ? Ou au moins une partie ?
>>>
>>> Si je suis à jour, dotclear.org est sur un serveur prêté par Free, et
>>> dotaddict sur une machine louée type dedibox qui marche mieux.
>>> --
>>> Philippe
>>>
>>>
>>> Le 19 octobre 2017 à 08:26, Franck Paul <carnet.franck.p...@gmail.com> a
>>> écrit :
>>>
>>>> Et je viens de réveiller un peu le serveur, ça devrait aller mieux là,
>>>>
>>> non ?
>>>
>>>> Le 19 octobre 2017 à 08:24, Franck Paul <carnet.franck.p...@gmail.com>
>>>> a
>>>> écrit :
>>>>
>>>> Et s'il n'est pas possible de faire ça pour cause d'admin anémique, on
>>>>> peut désactiver la recherche de mise à jour en modifiant le fichier
>>>>> inc/config.php, j'explique ça ici : https://open-time.net/post/
>>>>> 2017/07/02/Pas-d-admin
>>>>>
>>>>> Le 19 octobre 2017 à 08:22, Franck Paul <carnet.franck.p...@gmail.com>
>>>>>
>>>> a
>>>
>>>> écrit :
>>>>>
>>>>> Bonjour tout le monde !
>>>>>>
>>>>>> C’est un réglage à faire dans les préférences utilisateurs, onglet «
>>>>>>
>>>>> Mon
>>>
>>>> tableau de bord », Partie « Modules du tableau de bord », 2e à
>>>>>>
>>>>> décocher et
>>>
>>>> 4e option à cocher, valider et l'admin n'interrogera plus le serveur
>>>>>> Dotclear.
>>>>>>
>>>>>> Le 19 octobre 2017 à 08:17, Annie THOMAS <atho...@echolycee.com> a
>>>>>>
>>>>> écrit
>>>
>>>> :
>>>>>>
>>>>>> Le 18/10/2017 à 22:08, Laurence Furic a écrit :
>>>>>>>
>>>>>>> Je n'ai pas d'avis, mais je plussoie que je rencontre le même type de
>>>>>>>> réponse très lente pour accéder à l'interface d'administration
>>>>>>>> Accéder au blog se fait immédiatement, mais pas à l'administration
>>>>>>>> du
>>>>>>>> blog.
>>>>>>>>
>>>>>>>> Otir
>>>>>>>>
>>>>>>>> http://about.me/Otir
>>>>>>>>
>>>>>>>> 2017-10-18 15:31 GMT-04:00 Aymeric <m...@aplu.fr>:
>>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>>> J’ai posé ma question sur IRC, mais je pense que j’aurais plus de
>>>>>>>>> réponse ici :)
>>>>>>>>>
>>>>>>>>> J’ia petit soucis avec mon blog, le blog réagit bien et vite, mais
>>>>>>>>> l’interface d’admin charge très lentement, voir fini en timeout..
>>>>>>>>>
>>>>>>>> mais
>>>
>>>> une fois que c’est chargé ça marche assez normalement
>>>>>>>>> Ça ne me le faisais pas il y a quelques jours (début de la
>>>>>>>>>
>>>>>>>> semaine), je
>>>
>>>> n’ai rien dans les logs côté serveur.
>>>>>>>>>
>>>>>>>>> Je me demande si ça ne pourrait pas être liée au check de mise à
>>>>>>>>>
>>>>>>>> jour
>>>
>>>> qui serait long/ne répondrai pas ?
>>>>>>>>> Je pens

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Franck Paul]

Oh ben non, j'ai une meilleure idée ! Comme maintenant Dotclear est aussi
sur un dépôt Github et qu'on peut y faire plein de Pull-Requests — il
paraît que c'était le plus gros frein aux contributions extérieures —, je
vais m'assoir sur une chaise à côté du dépôt et attendre le PR ou le patch
qui va bien \o/

Ou alors, si un stagiaire cherche un sujet de stage, hop hop hop, voilà de
quoi :-)

Sinon ça va ?

Le 21 octobre 2017 à 08:52, Nicolas  a écrit :

> >
> >
> > Je ne sais pas si c’est faisable, mais est-ce qu’il ne serait pas
> > possible d’avoir la verif faite de manière « asynchrone » pour ne pas
> > bloquer l’admin ?
> >
> >
> Si c'est possible et le chef avec sa super formation javascript va nous
> coder ça en deux coups de cuillère à pot ! :-)
>
>
>
> > Aymeric.
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Franck Paul]

On a une demande en cours auprès de la Fondation Free, avec comme
possibilité la mise à dispo d'un serveur qui rame un peu moins.

Je ne sais pas du tout où ça en est, mais c'est en cours :-p

Le 19 octobre 2017 à 09:30, Philippe <phili...@dissitou.org> a écrit :

> Pourrait-on envisager de faire héberger dotclear.org sur le même
> serveur que dotaddict ? Ou au moins une partie ?
>
> Si je suis à jour, dotclear.org est sur un serveur prêté par Free, et
> dotaddict sur une machine louée type dedibox qui marche mieux.
> --
> Philippe
>
>
> Le 19 octobre 2017 à 08:26, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
> > Et je viens de réveiller un peu le serveur, ça devrait aller mieux là,
> non ?
> >
> > Le 19 octobre 2017 à 08:24, Franck Paul <carnet.franck.p...@gmail.com> a
> > écrit :
> >
> >> Et s'il n'est pas possible de faire ça pour cause d'admin anémique, on
> >> peut désactiver la recherche de mise à jour en modifiant le fichier
> >> inc/config.php, j'explique ça ici : https://open-time.net/post/
> >> 2017/07/02/Pas-d-admin
> >>
> >> Le 19 octobre 2017 à 08:22, Franck Paul <carnet.franck.p...@gmail.com>
> a
> >> écrit :
> >>
> >>> Bonjour tout le monde !
> >>>
> >>> C’est un réglage à faire dans les préférences utilisateurs, onglet «
> Mon
> >>> tableau de bord », Partie « Modules du tableau de bord », 2e à
> décocher et
> >>> 4e option à cocher, valider et l'admin n'interrogera plus le serveur
> >>> Dotclear.
> >>>
> >>> Le 19 octobre 2017 à 08:17, Annie THOMAS <atho...@echolycee.com> a
> écrit
> >>> :
> >>>
> >>>> Le 18/10/2017 à 22:08, Laurence Furic a écrit :
> >>>>
> >>>>> Je n'ai pas d'avis, mais je plussoie que je rencontre le même type de
> >>>>> réponse très lente pour accéder à l'interface d'administration
> >>>>> Accéder au blog se fait immédiatement, mais pas à l'administration du
> >>>>> blog.
> >>>>>
> >>>>> Otir
> >>>>>
> >>>>> http://about.me/Otir
> >>>>>
> >>>>> 2017-10-18 15:31 GMT-04:00 Aymeric <m...@aplu.fr>:
> >>>>>
> >>>>> Hello,
> >>>>>>
> >>>>>> J’ai posé ma question sur IRC, mais je pense que j’aurais plus de
> >>>>>> réponse ici :)
> >>>>>>
> >>>>>> J’ia petit soucis avec mon blog, le blog réagit bien et vite, mais
> >>>>>> l’interface d’admin charge très lentement, voir fini en timeout..
> mais
> >>>>>> une fois que c’est chargé ça marche assez normalement
> >>>>>> Ça ne me le faisais pas il y a quelques jours (début de la
> semaine), je
> >>>>>> n’ai rien dans les logs côté serveur.
> >>>>>>
> >>>>>> Je me demande si ça ne pourrait pas être liée au check de mise à
> jour
> >>>>>> qui serait long/ne répondrai pas ?
> >>>>>> Je pense à ça, parce que quand j’essaye de faire un wget depuis mon
> >>>>>> serveur sur dotclear.org ça donne ça :
> >>>>>>
> >>>>>>
> >>>>>> # wget -O/dev/null http://dotclear.org
> >>>>>> --2017-10-18 21:15:40--  http://dotclear.org/
> >>>>>> Résolution de dotclear.org (dotclear.org)… 88.191.250.71
> >>>>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:80…
> connecté.
> >>>>>> requête HTTP transmise, en attente de la réponse… 302 Found
> >>>>>> Emplacement : https://dotclear.org/ [suivant]
> >>>>>> --2017-10-18 21:17:17--  https://dotclear.org/
> >>>>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:443…
> connecté.
> >>>>>> requête HTTP transmise, en attente de la réponse… 200 OK
> >>>>>> Taille : non indiqué [text/html]
> >>>>>> Sauvegarde en : « /dev/null »
> >>>>>>
> >>>>>> /dev/null[ <=>
> >>>>>>
> >>>>>> ]  10,63K  58,2KB/s   ds 0,2s
> >>>>>>
> >>>>>> 2017-10-18 21:17:24 (58,2 KB/s) - « /dev/null » sauvegardé [10890]
> >>>>>>
> >>>>>>
> >>>>>> Soit plus de 2 

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Franck Paul]

Et je viens de réveiller un peu le serveur, ça devrait aller mieux là, non ?

Le 19 octobre 2017 à 08:24, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Et s'il n'est pas possible de faire ça pour cause d'admin anémique, on
> peut désactiver la recherche de mise à jour en modifiant le fichier
> inc/config.php, j'explique ça ici : https://open-time.net/post/
> 2017/07/02/Pas-d-admin
>
> Le 19 octobre 2017 à 08:22, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
>
>> Bonjour tout le monde !
>>
>> C’est un réglage à faire dans les préférences utilisateurs, onglet « Mon
>> tableau de bord », Partie « Modules du tableau de bord », 2e à décocher et
>> 4e option à cocher, valider et l'admin n'interrogera plus le serveur
>> Dotclear.
>>
>> Le 19 octobre 2017 à 08:17, Annie THOMAS <atho...@echolycee.com> a écrit
>> :
>>
>>> Le 18/10/2017 à 22:08, Laurence Furic a écrit :
>>>
>>>> Je n'ai pas d'avis, mais je plussoie que je rencontre le même type de
>>>> réponse très lente pour accéder à l'interface d'administration
>>>> Accéder au blog se fait immédiatement, mais pas à l'administration du
>>>> blog.
>>>>
>>>> Otir
>>>>
>>>> http://about.me/Otir
>>>>
>>>> 2017-10-18 15:31 GMT-04:00 Aymeric <m...@aplu.fr>:
>>>>
>>>> Hello,
>>>>>
>>>>> J’ai posé ma question sur IRC, mais je pense que j’aurais plus de
>>>>> réponse ici :)
>>>>>
>>>>> J’ia petit soucis avec mon blog, le blog réagit bien et vite, mais
>>>>> l’interface d’admin charge très lentement, voir fini en timeout.. mais
>>>>> une fois que c’est chargé ça marche assez normalement
>>>>> Ça ne me le faisais pas il y a quelques jours (début de la semaine), je
>>>>> n’ai rien dans les logs côté serveur.
>>>>>
>>>>> Je me demande si ça ne pourrait pas être liée au check de mise à jour
>>>>> qui serait long/ne répondrai pas ?
>>>>> Je pense à ça, parce que quand j’essaye de faire un wget depuis mon
>>>>> serveur sur dotclear.org ça donne ça :
>>>>>
>>>>>
>>>>> # wget -O/dev/null http://dotclear.org
>>>>> --2017-10-18 21:15:40--  http://dotclear.org/
>>>>> Résolution de dotclear.org (dotclear.org)… 88.191.250.71
>>>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:80… connecté.
>>>>> requête HTTP transmise, en attente de la réponse… 302 Found
>>>>> Emplacement : https://dotclear.org/ [suivant]
>>>>> --2017-10-18 21:17:17--  https://dotclear.org/
>>>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:443… connecté.
>>>>> requête HTTP transmise, en attente de la réponse… 200 OK
>>>>> Taille : non indiqué [text/html]
>>>>> Sauvegarde en : « /dev/null »
>>>>>
>>>>> /dev/null[ <=>
>>>>>
>>>>> ]  10,63K  58,2KB/s   ds 0,2s
>>>>>
>>>>> 2017-10-18 21:17:24 (58,2 KB/s) - « /dev/null » sauvegardé [10890]
>>>>>
>>>>>
>>>>> Soit plus de 2 minutes pour récupérer la page d’accueil.
>>>>>
>>>>> Des avis ? :)
>>>>>
>>>>> Aymeric.
>>>>> --
>>>>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>>>>> listinfo/dev
>>>>>
>>>>
>>> Même problème pour moi: la partie publique s'affiche sans problème, mais
>>> impossible d'accéder à l'interface d'administration. "Gateway time
>>> out"...même en répétant la requête plusieurs fois de suite. J'ai dû
>>> renoncer!
>>>
>>> J'aimerais bien une piste, moi aussi...
>>>
>>> Annie Thomas
>>>
>>>
>>> ---
>>> L'absence de virus dans ce courrier électronique a été vérifiée par le
>>> logiciel antivirus Avast.
>>> https://www.avast.com/antivirus
>>>
>>>
>>> --
>>> Dev mailing list - Dev@list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>
>>
>>
>> --
>>
>> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Franck Paul]

Et s'il n'est pas possible de faire ça pour cause d'admin anémique, on peut
désactiver la recherche de mise à jour en modifiant le fichier
inc/config.php, j'explique ça ici :
https://open-time.net/post/2017/07/02/Pas-d-admin

Le 19 octobre 2017 à 08:22, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Bonjour tout le monde !
>
> C’est un réglage à faire dans les préférences utilisateurs, onglet « Mon
> tableau de bord », Partie « Modules du tableau de bord », 2e à décocher et
> 4e option à cocher, valider et l'admin n'interrogera plus le serveur
> Dotclear.
>
> Le 19 octobre 2017 à 08:17, Annie THOMAS <atho...@echolycee.com> a écrit :
>
>> Le 18/10/2017 à 22:08, Laurence Furic a écrit :
>>
>>> Je n'ai pas d'avis, mais je plussoie que je rencontre le même type de
>>> réponse très lente pour accéder à l'interface d'administration
>>> Accéder au blog se fait immédiatement, mais pas à l'administration du
>>> blog.
>>>
>>> Otir
>>>
>>> http://about.me/Otir
>>>
>>> 2017-10-18 15:31 GMT-04:00 Aymeric <m...@aplu.fr>:
>>>
>>> Hello,
>>>>
>>>> J’ai posé ma question sur IRC, mais je pense que j’aurais plus de
>>>> réponse ici :)
>>>>
>>>> J’ia petit soucis avec mon blog, le blog réagit bien et vite, mais
>>>> l’interface d’admin charge très lentement, voir fini en timeout.. mais
>>>> une fois que c’est chargé ça marche assez normalement
>>>> Ça ne me le faisais pas il y a quelques jours (début de la semaine), je
>>>> n’ai rien dans les logs côté serveur.
>>>>
>>>> Je me demande si ça ne pourrait pas être liée au check de mise à jour
>>>> qui serait long/ne répondrai pas ?
>>>> Je pense à ça, parce que quand j’essaye de faire un wget depuis mon
>>>> serveur sur dotclear.org ça donne ça :
>>>>
>>>>
>>>> # wget -O/dev/null http://dotclear.org
>>>> --2017-10-18 21:15:40--  http://dotclear.org/
>>>> Résolution de dotclear.org (dotclear.org)… 88.191.250.71
>>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:80… connecté.
>>>> requête HTTP transmise, en attente de la réponse… 302 Found
>>>> Emplacement : https://dotclear.org/ [suivant]
>>>> --2017-10-18 21:17:17--  https://dotclear.org/
>>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:443… connecté.
>>>> requête HTTP transmise, en attente de la réponse… 200 OK
>>>> Taille : non indiqué [text/html]
>>>> Sauvegarde en : « /dev/null »
>>>>
>>>> /dev/null[ <=>
>>>>
>>>> ]  10,63K  58,2KB/s   ds 0,2s
>>>>
>>>> 2017-10-18 21:17:24 (58,2 KB/s) - « /dev/null » sauvegardé [10890]
>>>>
>>>>
>>>> Soit plus de 2 minutes pour récupérer la page d’accueil.
>>>>
>>>> Des avis ? :)
>>>>
>>>> Aymeric.
>>>> --
>>>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>>>> listinfo/dev
>>>>
>>>
>> Même problème pour moi: la partie publique s'affiche sans problème, mais
>> impossible d'accéder à l'interface d'administration. "Gateway time
>> out"...même en répétant la requête plusieurs fois de suite. J'ai dû
>> renoncer!
>>
>> J'aimerais bien une piste, moi aussi...
>>
>> Annie Thomas
>>
>>
>> ---
>> L'absence de virus dans ce courrier électronique a été vérifiée par le
>> logiciel antivirus Avast.
>> https://www.avast.com/antivirus
>>
>>
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Franck Paul]

Bonjour tout le monde !

C’est un réglage à faire dans les préférences utilisateurs, onglet « Mon
tableau de bord », Partie « Modules du tableau de bord », 2e à décocher et
4e option à cocher, valider et l'admin n'interrogera plus le serveur
Dotclear.

Le 19 octobre 2017 à 08:17, Annie THOMAS  a écrit :

> Le 18/10/2017 à 22:08, Laurence Furic a écrit :
>
>> Je n'ai pas d'avis, mais je plussoie que je rencontre le même type de
>> réponse très lente pour accéder à l'interface d'administration
>> Accéder au blog se fait immédiatement, mais pas à l'administration du
>> blog.
>>
>> Otir
>>
>> http://about.me/Otir
>>
>> 2017-10-18 15:31 GMT-04:00 Aymeric :
>>
>> Hello,
>>>
>>> J’ai posé ma question sur IRC, mais je pense que j’aurais plus de
>>> réponse ici :)
>>>
>>> J’ia petit soucis avec mon blog, le blog réagit bien et vite, mais
>>> l’interface d’admin charge très lentement, voir fini en timeout.. mais
>>> une fois que c’est chargé ça marche assez normalement
>>> Ça ne me le faisais pas il y a quelques jours (début de la semaine), je
>>> n’ai rien dans les logs côté serveur.
>>>
>>> Je me demande si ça ne pourrait pas être liée au check de mise à jour
>>> qui serait long/ne répondrai pas ?
>>> Je pense à ça, parce que quand j’essaye de faire un wget depuis mon
>>> serveur sur dotclear.org ça donne ça :
>>>
>>>
>>> # wget -O/dev/null http://dotclear.org
>>> --2017-10-18 21:15:40--  http://dotclear.org/
>>> Résolution de dotclear.org (dotclear.org)… 88.191.250.71
>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:80… connecté.
>>> requête HTTP transmise, en attente de la réponse… 302 Found
>>> Emplacement : https://dotclear.org/ [suivant]
>>> --2017-10-18 21:17:17--  https://dotclear.org/
>>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:443… connecté.
>>> requête HTTP transmise, en attente de la réponse… 200 OK
>>> Taille : non indiqué [text/html]
>>> Sauvegarde en : « /dev/null »
>>>
>>> /dev/null[ <=>
>>>
>>> ]  10,63K  58,2KB/s   ds 0,2s
>>>
>>> 2017-10-18 21:17:24 (58,2 KB/s) - « /dev/null » sauvegardé [10890]
>>>
>>>
>>> Soit plus de 2 minutes pour récupérer la page d’accueil.
>>>
>>> Des avis ? :)
>>>
>>> Aymeric.
>>> --
>>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>>> listinfo/dev
>>>
>>
> Même problème pour moi: la partie publique s'affiche sans problème, mais
> impossible d'accéder à l'interface d'administration. "Gateway time
> out"...même en répétant la requête plusieurs fois de suite. J'ai dû
> renoncer!
>
> J'aimerais bien une piste, moi aussi...
>
> Annie Thomas
>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> https://www.avast.com/antivirus
>
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Github

[Franck Paul]

J'ai fait de même ce matin pour Clearbricks qui a été inclus en tant que
sous-module dans le dépôt Github de Dotclear.

Donc à partir de maintenant, n'importe qui peut cloner le dépôt Github de
Dotclear et faire des zilliards de PR \o/

J'suis impatient de voir les notifications de PR, vous z'avez pas idée !

/me va s'assoir sur une chaise à côté du dépôt pour voir arriver le facteur…

Le 17 octobre 2017 à 19:19, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Good news, j'ai enfin réussi à obtenir une synchro qui fonctionne \o/
>
> C'est donc visible ici → https://github.com/dotclear/dotclear et la
> synchro devrait se faire avec le dépôt Bitbucket comme référence.
>
>
>
> Le 16 octobre 2017 à 22:24, pit · Pierre BT <p...@namok.be> a écrit :
>
>> On 16/10/17 12:01, Franck Paul wrote:
>>
>>> …
>>> je vais décider d'un commun accord avec
>>> moi-même de ne pas me compliquer la vie :-)
>>>
>>>
>>
>> salut
>>
>> je suis entièrement d'accord avec toi.
>>
>> (je ne pense pas polluer la liste en postant un message un peu inutile).
>>
>> bonne soirée les gens.
>>
>>
>> --
>> PiT - Pierre BETTENS
>> pb(à)namok.be
>>
>> @pinkilla ~ http://blog.namok.be
>>
>> Troubles musculosquelettiques → mails (parfois) brefs.
>> « On peut faire les choses sérieusement sans se prendre au sérieux. »
>>
>>
>>
>>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Github

[Franck Paul]

Good news, j'ai enfin réussi à obtenir une synchro qui fonctionne \o/

C'est donc visible ici → https://github.com/dotclear/dotclear et la synchro
devrait se faire avec le dépôt Bitbucket comme référence.



Le 16 octobre 2017 à 22:24, pit · Pierre BT <p...@namok.be> a écrit :

> On 16/10/17 12:01, Franck Paul wrote:
>
>> …
>> je vais décider d'un commun accord avec
>> moi-même de ne pas me compliquer la vie :-)
>>
>>
>
> salut
>
> je suis entièrement d'accord avec toi.
>
> (je ne pense pas polluer la liste en postant un message un peu inutile).
>
> bonne soirée les gens.
>
>
> --
> PiT - Pierre BETTENS
> pb(à)namok.be
>
> @pinkilla ~ http://blog.namok.be
>
> Troubles musculosquelettiques → mails (parfois) brefs.
> « On peut faire les choses sérieusement sans se prendre au sérieux. »
>
>
>
>


-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Github

[Franck Paul]

Ah mais oui, je vais de ce pas demander à ce fameux ON qui n'en a jamais
fichu une, de s'occuper de tout \o/

Je rigole mais on ne va pas, aujourd'hui, changer toute l'infra simplement
parce Github est plus populaire que Bitbucket.

Quant à réécrire l'histoire, à l'époque du choix, ceux qui développaient
sous Windows n'avaient à leur disposition que Tortoise-HG, git était
superbement ignoré.

Pour conclure, vu que je suis le **seul** à commiter (ou presque), et vu
que je suis une grosse feignasse, je vais décider d'un commun accord avec
moi-même de ne pas me compliquer la vie :-)

Le 16 octobre 2017 à 11:41, Julien Wajsberg  a écrit :

> Moi je crois qu'on devrait passer sur git tout court :) (bitbucket gère les
> 2, je sais pas s'ils ont un outil de conversion).
>
> Mais bon, c'est pas moi qui fais, alors...
>
> Le 16 oct. 2017 11:39, "Kozlika"  a écrit :
>
> > Euh… zyva ?
> > En fait comme Xave je pense que c'est bien d'avoir une présence sur
> Github
> > et comme la conversion complète de hg à git a l'air compliquée, ce
> système
> > de miroir est sans doute le mieux adapté pour nous.
> >
> > Bizatous !
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Github

[Franck Paul]

Yep Julien, je suis assez curieux de voir le résultat côté Github, parce
que je ne vais faire la synchro que dans ce sens là, Bitbucket → Github
(pas envie de casser le miroir Bitbucket)

Le 16 octobre 2017 à 10:55, Julien Wajsberg <fel...@gmail.com> a écrit :

> Pas de souci, il était clair depuis le début que le compte github était
> qu'un essai donc go.
>
> Je reste sceptique sur la capacité à gérer un miroir hg vers git mais qui
> sait, on a peut-être fait des améliorations dans les scripts depuis la
> dernière fois :)
>
> Le 16 oct. 2017 10:20, "Franck Paul" <carnet.franck.p...@gmail.com> a
> écrit :
>
> > Nope, j'ai fait plusieurs essais mais ça veut pas. Maintenant ce dépôt
> > Github, figé en 2.6, ne sert strictement à rien, à part confondre
> d'erreur
> > les éventuels contributeurs (pouf pouf) !
> >
> > Donc je vais reprendre ça depuis scratch, et on verra bien !
> >
> > En fait ça va surtout me permettre de tester la synchro du site en
> question
> > :-)
> >
> > Le 16 octobre 2017 à 10:15, Stephane LeDauphin <steph...@gaelane.org> a
> > écrit :
> >
> > > Le 2017-10-16 09:50, Franck Paul a écrit :
> > >
> > > > J'ai tenté de configurer ça avant-hier et passé quelques erreurs de
> > > > paramétrage je me retrouve coincé pour des problèmes de conflits
> entre
> > > les
> > > > commits enregistrés côté git vs hg. Vu que le dépôt Github est resté
> à
> > > > l'ancienne 2.6, j'envisage de le supprimer complètement et de le
> > recréer
> > > ?
> > > >
> > > > Quelqu'un s'y oppose ?
> > > >
> > > > Vous avez dix minutes :-)
> > > >
> > > > --
> > > >
> > > > Franck  -- Operating Crocker's rules (http://sl4.org/crocker.html)
> > >
> > > Salut Franck,
> > >
> > > Il n'est pas possible de pousser à partir de la 2.6 ? Ou de tout
> > > repousser depuis le début ?
> > >
> > > Bon courage.
> > >
> > > Stéphane
> > >
> > > --
> > > Motard, Marin, Photographe... et vice-versa
> > > http://www.ledauphin.org/
> > > GSM : +33 781 999 583
> > >
> > >
> > > --
> > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > listinfo/dev
> > >
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Github

[Franck Paul]

Nope, j'ai fait plusieurs essais mais ça veut pas. Maintenant ce dépôt
Github, figé en 2.6, ne sert strictement à rien, à part confondre d'erreur
les éventuels contributeurs (pouf pouf) !

Donc je vais reprendre ça depuis scratch, et on verra bien !

En fait ça va surtout me permettre de tester la synchro du site en question
:-)

Le 16 octobre 2017 à 10:15, Stephane LeDauphin <steph...@gaelane.org> a
écrit :

> Le 2017-10-16 09:50, Franck Paul a écrit :
>
> > J'ai tenté de configurer ça avant-hier et passé quelques erreurs de
> > paramétrage je me retrouve coincé pour des problèmes de conflits entre
> les
> > commits enregistrés côté git vs hg. Vu que le dépôt Github est resté à
> > l'ancienne 2.6, j'envisage de le supprimer complètement et de le recréer
> ?
> >
> > Quelqu'un s'y oppose ?
> >
> > Vous avez dix minutes :-)
> >
> > --
> >
> > Franck  -- Operating Crocker's rules (http://sl4.org/crocker.html)
>
> Salut Franck,
>
> Il n'est pas possible de pousser à partir de la 2.6 ? Ou de tout
> repousser depuis le début ?
>
> Bon courage.
>
> Stéphane
>
> --
> Motard, Marin, Photographe... et vice-versa
> http://www.ledauphin.org/
> GSM : +33 781 999 583
>
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Github

[Franck Paul]

Merci les gens

\o/

Le 16 octobre 2017 à 10:12, Pep <p...@callmepep.org> a écrit :

> Objection, votre honneur !
>
> Comment ça, les 10 minutes sont déjà passées ?!
> Plus sérieusement, aucun souci pour moi : en cas de besoin, c'est
> toujours du côté de BitBucket que je vais gratter.
>
>
> Le 16/10/2017 à 09:50, Franck Paul a écrit :
> > Bonjour tout le monde (on est encore nombreux d'ailleurs ici ?)
> >
> > J'ai déniché un service qui permet de maintenir à jour un dépôt Github
> > (git) depuis les commits effectués sur un dépôt Bitbucket (hg) →
> > https://githgmirror.com/
> >
> > J'ai tenté de configurer ça avant-hier et passé quelques erreurs de
> > paramétrage je me retrouve coincé pour des problèmes de conflits entre
> les
> > commits enregistrés côté git vs hg. Vu que le dépôt Github est resté à
> > l'ancienne 2.6, j'envisage de le supprimer complètement et de le recréer
> ?
> >
> > Quelqu'un s'y oppose ?
> >
> > Vous avez dix minutes :-)
> >
>
>


-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Github

[Franck Paul]

Bonjour tout le monde (on est encore nombreux d'ailleurs ici ?)

J'ai déniché un service qui permet de maintenir à jour un dépôt Github
(git) depuis les commits effectués sur un dépôt Bitbucket (hg) →
https://githgmirror.com/

J'ai tenté de configurer ça avant-hier et passé quelques erreurs de
paramétrage je me retrouve coincé pour des problèmes de conflits entre les
commits enregistrés côté git vs hg. Vu que le dépôt Github est resté à
l'ancienne 2.6, j'envisage de le supprimer complètement et de le recréer ?

Quelqu'un s'y oppose ?

Vous avez dix minutes :-)

-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] HTTP HSTS : KO

[Franck Paul]

Bonjour,

Ah oui tiens, c'est cassé, probablement le renouvellement du certificat qui
a échoué :-)

Le 30 août 2017 à 06:57, fo...@mirovinben.com  a
écrit :

> Bonjour,
>
> A l'instant :
>
>"La connexion n’est pas sécurisée
>
>Les propriétaires de fr.dotclear.org ont mal configuré leur site
>web. Pour éviter que vos données ne soient dérobées, Firefox ne
>s’est pas connecté à ce site web.
>
>Ce site a recours à HTTP Strict Transport Security (HSTS) pour
>indiquer à Firefox de n’établir qu’une connexion sécurisée. Ainsi il
>n’est pas possible d’ajouter d’exception pour ce certificat."
>
>
> Au réveil, ça réveille !...
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev




-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.12-dev-r3559, bug affichage "Paramètres du blog"

[Franck Paul]

Bonjour,

Tu as raison, le br class="clear" dédié à Opera servait aussi à autre
chose, du coup j'ai fait un reverse-commit sur ça, ça devrait retomber en
marche

Le 25 juillet 2017 à 08:09, fo...@mirovinben.com  a
écrit :

> Bonjour et désolé de réveiller la liste
>
> Mise à jour Dotclear en 2.12-dev-r3559 à l'instant.
>
> Affichage page "Paramètres du blog" : les réglages "Commentaires et
> rétroliens" sortent du cadre qui leur est dédié.
>
> Firefox 54.0.1 / W7 - Cache vidé
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Yep, faudra que j'adapte ce vieux plugin ;-)

Le 15 janvier 2017 à 18:02, Sylvain Naudin  a écrit :

> Ah bah c'est beaucoup mieux tout de suite :P
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Sylvain, désactive le plugin wideEdit et refais un test pour voir ;-)

Le 15 janvier 2017 à 15:27, Sylvain Naudin  a écrit :

> Alors si j'ai la bonne version, alors oui ça coince.
>
> En mode bureau, je m'attends à ce que la colonne de droite reste à droite
> et non positionnée en dessous du bloc édition (résolution de mon pc 1440px)
>
> Et sur mobile, c'est toujours la cata en mode portrait car le bloc
> d'édition est quasi invisible. J'ai tenté avec une nouvelle session si le
> cache rentre en jeu mais pas mieux.
>
> Je joins les deux captures. Celle en mode vue adaptative est fidèle à la
> version mobile sur mon Nexus 5.
>
> Au début je n'ai rien modifié dans les préférences pour voir. Mais même en
> choisissant une taille de police différente et en activant le mode
> responsive, je ne constate pas de modification.
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Oui c'est sur la branche instable qu'il faut tester. Maintenant que tu ne
vois pas de différence est une chose, mais est-ce que c'est utilisable
comme avant ou il y-a-t'il quelque chose qui coince ?

Le 15 janvier 2017 à 12:05, Sylvain Naudin <sylv...@kyna.eu> a écrit :

> Bonjour,
>
> Alors je viens de regarder sur une r3518.
>
> 1. Est-ce que l'agencement fonctionne sur vos écrans habituels
> > (ordis,tablettes et smartphones) ?
> >
>
> Je ne vois aucune différence, même si j'ai bien les nouvelles boites, mais
> en même temps, ce blog est sur la branche instable si je comprends bien ?
>
>
> 2. Est-ce que vous trouvez gênant la position des boîtes sous les boutons
> > de validation ?
> >
>
> Ça ne me gêne pas par contre ça ;)
>
>
>
>
>
> Le 12 janvier 2017 à 15:40, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
>
> > Bonjour tout le monde,
> >
> > J'ai essayé d'améliorer la page d'édition des billets et des pages,
> > spécialement sur les petits écrans (à l'aide du système flexbox de CSS 3
> > pour les connaisseurs).
> >
> > Ça fonctionne plutôt pas mal d'après mes premiers tests, sauf que ça peut
> > bousculer un peu vos habitudes. En effet, sur petits écrans (petit étant
> > très relatif puisque ça dépend aussi de la taille de la police réglée
> pour
> > votre navigateur) et de l'affichage/masquage du menu de gauche, la
> colonne
> > de droite et ses « boîtes » (État, Classement, Options) peut être
> renvoyée
> > sous les boutons de validation/annulation du formulaire (c'est la raison
> > pour laquelle j'ai modifié le fond des différentes boîtes.
> >
> > J'aimerais avoir votre avis et vos retours à ce sujet, en particulier :
> >
> > 1. Est-ce que l'agencement fonctionne sur vos écrans habituels (ordis,
> > tablettes et smartphones) ?
> >
> > 2. Est-ce que vous trouvez gênant la position des boîtes sous les boutons
> > de validation ?
> >
> > ​La version correspondante sera générée ce soir à minuit et donc dans les
> > tuyaux juste ap​rès.
> >
> > ​Merci d'avance​
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

C'est un peu l'idée, entre les 5 tailles de polices proposées + le système
adaptatif en option, de trouver la combinaison qui convient.

Le 14 janvier 2017 à 06:25, mirovinben <fo...@mirovinben.com> a écrit :

> Ah ?
>
> Dans mes préférences j'avais réglé "Taille de police de caractère :
> défaut" et  "tailles de polices adaptatives" désactivé.
> J'ai activé les polices adaptatives et l'affichage de la date dans sa zone
> de saisie est redevenu ok !...
>
> Par contre ça a aussi modifié la taille de la police (trop grosse à mon
> goût, comme je l'avais déjà constaté avec la 2.11.2), j'ai donc remis
> taille "petite"...
> Et mon poil est redevenu brillant
>
> Le 13/01/2017 à 22:30, Franck Paul a écrit :
> > Pas vu de différence entre FF et Chrome, tu as l'option police adaptative
> > activée ou pas ?
> >
> > Faut aussi vérifier les tailles de base des navigateurs, ça peut jouer.
> >
> >
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Pas vu de différence entre FF et Chrome, tu as l'option police adaptative
activée ou pas ?

Faut aussi vérifier les tailles de base des navigateurs, ça peut jouer.

Le 13 janvier 2017 à 22:22, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Cool merci Franck.
>
> Je regarderai de mon côté pour les tailles de police, entre Google Chrome
> Canary et Firefox Dev edition, je verrai bien s'il y a un truc qui coince…
>
> Le 13 janvier 2017 à 21:53, Franck L <franck.la...@sfr.fr> a écrit :
>
>> Hello,
>>
>> Je n'ai pas testé avec un mobile ou une tablette, mon install de test est
>> uniquement en local sous Mac. Mais je vais faire une install de test en
>> ligne sous peu.
>> Donc sous Mac / Firefox, c'est tout comme Mirovinben, modulo le champ
>> date qui ne pose pas de souci avec la taille de caractère par défaut.
>> D'ailleurs, à ce propos, j'ai visiblement un comportement différent selon
>> les navigateurs pour cette taille de caractère : sous FF, ça ne bouge que
>> très peu quelle que soit la taille choisie, alors que sous Chrome/Safari,
>> ça varie réellement.
>> Pas de souci particulier à voir les blocs sous les boutons d'action.
>> Sinon, très joli les blocs, en effet.
>>
>> L'autre Franck
>>
>> Le 13/01/2017 à 07:28, Franck Paul a écrit :
>>
>>> Merci pour les retours mirovinben
>>>
>>> Le 13 janvier 2017 à 07:20, mirovinben <fo...@mirovinben.com> a écrit :
>>>
>>> Salut
>>>>
>>>> Configuration
>>>> - desktop Windows 7pro
>>>> - écran 2560x1440
>>>> - Firefox 50.1.0
>>>>
>>>> Édition d'un billet
>>>> - j'aime beaucoup les blocs à droite avec un fond gris
>>>> - si je réduis la zone utile du navigateur, je constate que...
>>>><1280px : les 3 blocs se retrouvent en bas, sur 3 colonnes. Si un
>>>> plugin
>>>> ajoute un  sous les zones d'édition, les 3
>>>> blocs
>>>> se retrouvent en bas, sur une colonne.
>>>><1100px : puis 2
>>>><0840px : puis une seule
>>>>(valeurs approximatives)
>>>>
>>>> Tout ça me paraît bien géré. Sauf pour la zone de saisie de la date qui
>>>> n'est plus assez longue quelque soit la largeur : le dernier chiffre à
>>>> droite est légèrement tronqué chez moi par rapport à la 2.11.2, avec les
>>>> mêmes préférences utilisateur (Taille de police de caractère :
>>>> "defaut").
>>>>
>>>> Je n'utilise que mon desktop pour éditer un billet donc je laisse
>>>> d'autres
>>>> testeurs s'exprimer à propos de l'usage sur un écran de tablette ou de
>>>> smartphone.
>>>>
>>>> Le 12/01/2017 à 15:40, Franck Paul a écrit :
>>>>
>>>>> Bonjour tout le monde,
>>>>>
>>>>> J'ai essayé d'améliorer la page d'édition des billets et des pages,
>>>>> spécialement sur les petits écrans (à l'aide du système flexbox de CSS
>>>>> 3
>>>>> pour les connaisseurs).
>>>>>
>>>>> Ça fonctionne plutôt pas mal d'après mes premiers tests, sauf que ça
>>>>> peut
>>>>> bousculer un peu vos habitudes. En effet, sur petits écrans (petit
>>>>> étant
>>>>> très relatif puisque ça dépend aussi de la taille de la police réglée
>>>>>
>>>> pour
>>>>
>>>>> votre navigateur) et de l'affichage/masquage du menu de gauche, la
>>>>>
>>>> colonne
>>>>
>>>>> de droite et ses « boîtes » (État, Classement, Options) peut être
>>>>>
>>>> renvoyée
>>>>
>>>>> sous les boutons de validation/annulation du formulaire (c'est la
>>>>> raison
>>>>> pour laquelle j'ai modifié le fond des différentes boîtes.
>>>>>
>>>>> J'aimerais avoir votre avis et vos retours à ce sujet, en particulier :
>>>>>
>>>>> 1. Est-ce que l'agencement fonctionne sur vos écrans habituels (ordis,
>>>>> tablettes et smartphones) ?
>>>>>
>>>>> 2. Est-ce que vous trouvez gênant la position des boîtes sous les
>>>>> boutons
>>>>> de validation ?
>>>>>
>>>>> ​La version correspondante sera générée ce soir à minuit et donc dans
>>>>> les
>>>>> tuyaux juste ap​rès.
>>>>>
>>>>> ​Merci d'avance​
>>>>>
>>>>> --
>>>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>>>> listinfo/dev
>>>>
>>>>
>>>
>>>
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Cool merci Franck.

Je regarderai de mon côté pour les tailles de police, entre Google Chrome
Canary et Firefox Dev edition, je verrai bien s'il y a un truc qui coince…

Le 13 janvier 2017 à 21:53, Franck L <franck.la...@sfr.fr> a écrit :

> Hello,
>
> Je n'ai pas testé avec un mobile ou une tablette, mon install de test est
> uniquement en local sous Mac. Mais je vais faire une install de test en
> ligne sous peu.
> Donc sous Mac / Firefox, c'est tout comme Mirovinben, modulo le champ date
> qui ne pose pas de souci avec la taille de caractère par défaut.
> D'ailleurs, à ce propos, j'ai visiblement un comportement différent selon
> les navigateurs pour cette taille de caractère : sous FF, ça ne bouge que
> très peu quelle que soit la taille choisie, alors que sous Chrome/Safari,
> ça varie réellement.
> Pas de souci particulier à voir les blocs sous les boutons d'action.
> Sinon, très joli les blocs, en effet.
>
> L'autre Franck
>
> Le 13/01/2017 à 07:28, Franck Paul a écrit :
>
>> Merci pour les retours mirovinben
>>
>> Le 13 janvier 2017 à 07:20, mirovinben <fo...@mirovinben.com> a écrit :
>>
>> Salut
>>>
>>> Configuration
>>> - desktop Windows 7pro
>>> - écran 2560x1440
>>> - Firefox 50.1.0
>>>
>>> Édition d'un billet
>>> - j'aime beaucoup les blocs à droite avec un fond gris
>>> - si je réduis la zone utile du navigateur, je constate que...
>>><1280px : les 3 blocs se retrouvent en bas, sur 3 colonnes. Si un
>>> plugin
>>> ajoute un  sous les zones d'édition, les 3 blocs
>>> se retrouvent en bas, sur une colonne.
>>><1100px : puis 2
>>><0840px : puis une seule
>>>(valeurs approximatives)
>>>
>>> Tout ça me paraît bien géré. Sauf pour la zone de saisie de la date qui
>>> n'est plus assez longue quelque soit la largeur : le dernier chiffre à
>>> droite est légèrement tronqué chez moi par rapport à la 2.11.2, avec les
>>> mêmes préférences utilisateur (Taille de police de caractère : "defaut").
>>>
>>> Je n'utilise que mon desktop pour éditer un billet donc je laisse
>>> d'autres
>>> testeurs s'exprimer à propos de l'usage sur un écran de tablette ou de
>>> smartphone.
>>>
>>> Le 12/01/2017 à 15:40, Franck Paul a écrit :
>>>
>>>> Bonjour tout le monde,
>>>>
>>>> J'ai essayé d'améliorer la page d'édition des billets et des pages,
>>>> spécialement sur les petits écrans (à l'aide du système flexbox de CSS 3
>>>> pour les connaisseurs).
>>>>
>>>> Ça fonctionne plutôt pas mal d'après mes premiers tests, sauf que ça
>>>> peut
>>>> bousculer un peu vos habitudes. En effet, sur petits écrans (petit étant
>>>> très relatif puisque ça dépend aussi de la taille de la police réglée
>>>>
>>> pour
>>>
>>>> votre navigateur) et de l'affichage/masquage du menu de gauche, la
>>>>
>>> colonne
>>>
>>>> de droite et ses « boîtes » (État, Classement, Options) peut être
>>>>
>>> renvoyée
>>>
>>>> sous les boutons de validation/annulation du formulaire (c'est la raison
>>>> pour laquelle j'ai modifié le fond des différentes boîtes.
>>>>
>>>> J'aimerais avoir votre avis et vos retours à ce sujet, en particulier :
>>>>
>>>> 1. Est-ce que l'agencement fonctionne sur vos écrans habituels (ordis,
>>>> tablettes et smartphones) ?
>>>>
>>>> 2. Est-ce que vous trouvez gênant la position des boîtes sous les
>>>> boutons
>>>> de validation ?
>>>>
>>>> ​La version correspondante sera générée ce soir à minuit et donc dans
>>>> les
>>>> tuyaux juste ap​rès.
>>>>
>>>> ​Merci d'avance​
>>>>
>>>> --
>>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>>> listinfo/dev
>>>
>>>
>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
> o/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Merci pour les retours mirovinben

Le 13 janvier 2017 à 07:20, mirovinben <fo...@mirovinben.com> a écrit :

> Salut
>
> Configuration
> - desktop Windows 7pro
> - écran 2560x1440
> - Firefox 50.1.0
>
> Édition d'un billet
> - j'aime beaucoup les blocs à droite avec un fond gris
> - si je réduis la zone utile du navigateur, je constate que...
>   <1280px : les 3 blocs se retrouvent en bas, sur 3 colonnes. Si un plugin
> ajoute un  sous les zones d'édition, les 3 blocs
> se retrouvent en bas, sur une colonne.
>   <1100px : puis 2
>   <0840px : puis une seule
>   (valeurs approximatives)
>
> Tout ça me paraît bien géré. Sauf pour la zone de saisie de la date qui
> n'est plus assez longue quelque soit la largeur : le dernier chiffre à
> droite est légèrement tronqué chez moi par rapport à la 2.11.2, avec les
> mêmes préférences utilisateur (Taille de police de caractère : "defaut").
>
> Je n'utilise que mon desktop pour éditer un billet donc je laisse d'autres
> testeurs s'exprimer à propos de l'usage sur un écran de tablette ou de
> smartphone.
>
> Le 12/01/2017 à 15:40, Franck Paul a écrit :
> > Bonjour tout le monde,
> >
> > J'ai essayé d'améliorer la page d'édition des billets et des pages,
> > spécialement sur les petits écrans (à l'aide du système flexbox de CSS 3
> > pour les connaisseurs).
> >
> > Ça fonctionne plutôt pas mal d'après mes premiers tests, sauf que ça peut
> > bousculer un peu vos habitudes. En effet, sur petits écrans (petit étant
> > très relatif puisque ça dépend aussi de la taille de la police réglée
> pour
> > votre navigateur) et de l'affichage/masquage du menu de gauche, la
> colonne
> > de droite et ses « boîtes » (État, Classement, Options) peut être
> renvoyée
> > sous les boutons de validation/annulation du formulaire (c'est la raison
> > pour laquelle j'ai modifié le fond des différentes boîtes.
> >
> > J'aimerais avoir votre avis et vos retours à ce sujet, en particulier :
> >
> > 1. Est-ce que l'agencement fonctionne sur vos écrans habituels (ordis,
> > tablettes et smartphones) ?
> >
> > 2. Est-ce que vous trouvez gênant la position des boîtes sous les boutons
> > de validation ?
> >
> > ​La version correspondante sera générée ce soir à minuit et donc dans les
> > tuyaux juste ap​rès.
> >
> > ​Merci d'avance​
> >
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Nicolas, oui ça serait pas bête d'avoir un swipe en effet, j'y avais songé.
Maintenant, avoir un swipe sur un écran de 320px de large comme certains en
ont, avec déjà le bouton d'aide, puis celui qui permet de remonter en haut,
on finit par avoir beaucoup de choses qui viennent occuper la place dispo.

Quoi qu'il en soit, merci pour les retours !

Le 12 janvier 2017 à 20:26, Nicolas <nikro...@gmail.com> a écrit :

> Je viens de tester sur mon téléphone avec google-chrome. Le gros soucis
> (mais ce n'est pas lié à dotclear) est que dès qu'on commence à écrire quoi
> que ce soit, le clavier prend la moitié de l'écran et ça devient un peu
> pénible de comprendre où on écrit.
> Après pour le menu il est effectivement sous les zones d'édition. Ne serait
> pas plus facile de le mettre en menu contextuel un peu comme un menu
> d'options en faisant un swipe à gauche ou à droite pour y accéder ?
>
> 2017-01-12 19:41 GMT+01:00 Franck Paul <carnet.franck.p...@gmail.com>:
>
> > Merci Jean-Michel
> >
> > Le 12 janvier 2017 à 19:37, Jean-Michel Royer <jeanmichelro...@gmail.com
> >
> > a
> > écrit :
> >
> > > Bonsoir Franck,
> > >
> > > Je regarderai cela ce week-end.
> > >
> > > A bientôt,
> > > Jean-Michel.
> > > --
> > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > listinfo/dev
> > >
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Nightly de ce soir

[Franck Paul]

Merci Jean-Michel

Le 12 janvier 2017 à 19:37, Jean-Michel Royer  a
écrit :

> Bonsoir Franck,
>
> Je regarderai cela ce week-end.
>
> A bientôt,
> Jean-Michel.
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Nightly de ce soir

[Franck Paul]

Bonjour tout le monde,

J'ai essayé d'améliorer la page d'édition des billets et des pages,
spécialement sur les petits écrans (à l'aide du système flexbox de CSS 3
pour les connaisseurs).

Ça fonctionne plutôt pas mal d'après mes premiers tests, sauf que ça peut
bousculer un peu vos habitudes. En effet, sur petits écrans (petit étant
très relatif puisque ça dépend aussi de la taille de la police réglée pour
votre navigateur) et de l'affichage/masquage du menu de gauche, la colonne
de droite et ses « boîtes » (État, Classement, Options) peut être renvoyée
sous les boutons de validation/annulation du formulaire (c'est la raison
pour laquelle j'ai modifié le fond des différentes boîtes.

J'aimerais avoir votre avis et vos retours à ce sujet, en particulier :

1. Est-ce que l'agencement fonctionne sur vos écrans habituels (ordis,
tablettes et smartphones) ?

2. Est-ce que vous trouvez gênant la position des boîtes sous les boutons
de validation ?

​La version correspondante sera générée ce soir à minuit et donc dans les
tuyaux juste ap​rès.

​Merci d'avance​

-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Tests 2.11.2 à venir

[Franck Paul]

Merci

La 2.11.2 est dans les tuyaux.

Le 29 décembre 2016 à 15:34, mirovinben <fo...@mirovinben.com> a écrit :

> J'ai testé au fur et à mesure les dernières version de dev de la 2.11 sans
> rencontrer de pb particuliers.
> - première mise à jour effectuée à partir d'une copie de la v2.10.4 en
> modifiant le inc\config.php avec define('DC_DEV',true);
> - maj suivantes et quotidiennes sans soucis.
>
> Faut dire que je teste avec...
> - serveur local sous Wamp avec "seulement" PHP 5.5.12
> - dcLegacyEditor en xhtml uniquement.
>
> Seul pb rencontré au cours de mes tests : la nécessité de désactiver
> provisoirement le moteur javascript de Firefox 50.1.0 pour obtenir l'écran
> d'accueil de "Fake Me Up 1.5" lors d'une seconde utilisation de ce plugin
> alors qu'il persistait à boucler sur le message signalé hier par i_love_dc (
> https://forum.dotclear.org/viewtopic.php?pid=338965#p338965)...
>
> Pareil que Noé :
> Merci pour le boulot, Franck !
>
> Le 29/12/2016 à 15:01, Lomalarch a écrit :
> > Bon, du coup, je vais passer mon tour, je n’ai pas de système qui tourne
> > avec du PHP en-dessous de 5.5, je pense…
> >
> > Merci pour le boulot, Franck !
> >
> > Noé aka Lomalarch
> >
> > Le 29/12/2016 à 12:44, Franck Paul a écrit :
> >> Au passage je viens de regénérer la version nightly du canal testing,
> celle
> >> destinée à finir en 2.11.2
> >>
> >> Z'avez plus qu'à \o/
> >>
> >> PS : Les premiers retours que j'ai eu sont encourageant, les bugs
> existants
> >> ont l'air d'avoir été éradiqués.
> >>
> >> Le 29 décembre 2016 à 11:48, Franck Paul <carnet.franck.p...@gmail.com>
> a
> >> écrit :
> >>
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Tests 2.11.2 à venir

[Franck Paul]

Ok donc je vais publier la 2.11.2 aujourd'hui.

Merci à tous

Le 29 décembre 2016 à 15:01, Lomalarch <lomala...@gmail.com> a écrit :

> Bon, du coup, je vais passer mon tour, je n’ai pas de système qui tourne
> avec du PHP en-dessous de 5.5, je pense…
>
> Merci pour le boulot, Franck !
>
> Noé aka Lomalarch
>
> Le 29/12/2016 à 12:44, Franck Paul a écrit :
> > Au passage je viens de regénérer la version nightly du canal testing,
> celle
> > destinée à finir en 2.11.2
> >
> > Z'avez plus qu'à \o/
> >
> > PS : Les premiers retours que j'ai eu sont encourageant, les bugs
> existants
> > ont l'air d'avoir été éradiqués.
> >
> > Le 29 décembre 2016 à 11:48, Franck Paul <carnet.franck.p...@gmail.com>
> a
> > écrit :
> >
> >> Oui, les commits faits depuis la 2.11.1 :
> >>
> >> PHP 5.3 (voir les erreurs, warnings et notices)
> >> idem avec PHP 5.4
> >>
> >> Prévisualisation des billets
> >>
> >> Quoi qu'il en soit, s'il n'y a pas de catastrophe rapportée d'ici là, je
> >> sortirai une 2.11.2 dans la journée, ou sinon demain :-)
> >>
> >> Le 29 décembre 2016 à 11:45, Lomalarch <lomala...@gmail.com> a écrit :
> >>
> >>> Coucou,
> >>> Je ne suis pas sûr d'avoir le temps cet après-midi, mais au cas où,
> >>> quelque chose à regarder en particulier ?
> >>>
> >>> Le 29 décembre 2016 10:57:58 GMT+01:00, Franck Paul <
> >>> carnet.franck.p...@gmail.com> a écrit :
> >>>> Bonjour les gens,
> >>>>
> >>>> Décidément cette 2.11.n pose pas de soucis, faute de tests approfondis
> >>>> je
> >>>> pense, du coup ce sont ceux qui mettent à jour maintenant qui essuient
> >>>> les
> >>>> plâtres !
> >>>>
> >>>> Si certains d'entre-vous font régulièrement des tests depuis les
> dépôts
> >>>> Hg
> >>>> de Dotclear, j'aimerais assez avoir quelques retours sur les
> >>>> corrections
> >>>> que j'ai faites depuis la 2.11.1 d'hier après-midi.
> >>>>
> >>>> Merci
> >>>>
> >>>> --
> >>>>
> >>>> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >>>> --
> >>>> Dev mailing list - Dev@list.dotclear.org -
> >>>> http://ml.dotclear.org/listinfo/dev
> >>> --
> >>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
> >>> brièveté.
> >>> --
> >>> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinf
> >>> o/dev
> >>
> >>
> >>
> >> --
> >>
> >> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >>
> >
> >
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Tests 2.11.2 à venir

[Franck Paul]

Au passage je viens de regénérer la version nightly du canal testing, celle
destinée à finir en 2.11.2

Z'avez plus qu'à \o/

PS : Les premiers retours que j'ai eu sont encourageant, les bugs existants
ont l'air d'avoir été éradiqués.

Le 29 décembre 2016 à 11:48, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Oui, les commits faits depuis la 2.11.1 :
>
> PHP 5.3 (voir les erreurs, warnings et notices)
> idem avec PHP 5.4
>
> Prévisualisation des billets
>
> Quoi qu'il en soit, s'il n'y a pas de catastrophe rapportée d'ici là, je
> sortirai une 2.11.2 dans la journée, ou sinon demain :-)
>
> Le 29 décembre 2016 à 11:45, Lomalarch <lomala...@gmail.com> a écrit :
>
>> Coucou,
>> Je ne suis pas sûr d'avoir le temps cet après-midi, mais au cas où,
>> quelque chose à regarder en particulier ?
>>
>> Le 29 décembre 2016 10:57:58 GMT+01:00, Franck Paul <
>> carnet.franck.p...@gmail.com> a écrit :
>> >Bonjour les gens,
>> >
>> >Décidément cette 2.11.n pose pas de soucis, faute de tests approfondis
>> >je
>> >pense, du coup ce sont ceux qui mettent à jour maintenant qui essuient
>> >les
>> >plâtres !
>> >
>> >Si certains d'entre-vous font régulièrement des tests depuis les dépôts
>> >Hg
>> >de Dotclear, j'aimerais assez avoir quelques retours sur les
>> >corrections
>> >que j'ai faites depuis la 2.11.1 d'hier après-midi.
>> >
>> >Merci
>> >
>> >--
>> >
>> >Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>> >--
>> >Dev mailing list - Dev@list.dotclear.org -
>> >http://ml.dotclear.org/listinfo/dev
>>
>> --
>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
>> brièveté.
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinf
>> o/dev
>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Administration du plugin My Meta 0.5.2 HS avec 2.11-dev

[Franck Paul]

Tu devrais reporter ce patch transitoire sur le sujet idoine du forum.

Le 19 novembre 2016 à 08:52, mirovinben  a écrit :

> En attendant un vrai patch tout à fait officiel, je propose le sparadrap
> suivant : commenter la ligne #113 du fichier (...)/mymeta/index_home.php
> pour éviter d'appeler le défuncté jsToolMan() qui devient donc
>
> | Comme je l'ai écrit dans le forum (
> https://forum.dotclear.org/viewtopic.php?pid=338683#p338683) et s|auf
> erreur de ma part, on perd uniquement le ré-ordonnancement à la
> souris des items de la liste affichée dans la page "Mes métadonnées". Ce
> qui n'est pas très handicapant. Moins en tout cas qu'un non-accès à
> l'admin.
>
>
> Le 19/11/2016 à 07:27, mirovinben a écrit :
> > Bonjour,
> >
> > Dans le cadre de mes tests en local de Dotclear 2.11-dev-r3409, j'ai
> constaté l'impossibilité d'administrer le plugin My Meta 0.5.2 (cf
> https://forum.dotclear.org/viewtopic.php?pid=338634#p338634) :
> >
> > Fatal error: Call to undefined method dcPage::jsToolMan() in
> (...)\mymeta\index_home.php on line 113
> >
> > La cause : suppression de jsToolMan (commit 3373 :
> http://dev.dotclear.org/2.0/changeset/7be20613b121172126b766da291d74
> 46b60432b8).
> >
> > Dsls est auteur de cet excellent (et indispensable) plugin. Il serait
> bon de pouvoir l'adapter à la future nouvelle version de Dotclear. Nikrou,
> qui a pris le relais de Pep pour un autre plugin (Related Pages) confronté
> au même problème, vient d'en proposer une mise à jour (la 1.6.3) qui
> fonctionne aussi bien avec Dotclear 2.10.4 que 2.11-dev
> >
> > Help !!!
>
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear sur Zdnet

[Franck Paul]

Salut Sylvain,

Merci pour l'info, on avait justement en tête un petit billet sur ces
questions de financement, ça tombe bien !

Bonne journée

Le 1 novembre 2016 à 11:16, Sylvain Naudin  a écrit :

> C'est surtout Tristant qui en parle un peu :
>
> http://www.zdnet.fr/actualites/le-logiciel-libre-contre-la-surveillance-
> necessaire-mais-pas-suffisant-39844034.htm
>
>
> "Tristan Nitot prône la collaboration entre développeurs et UX designers,
> et cite les cas de Firefox, GNU/Linux Ubuntu (qui "a fait de l'ergonomie
> son cheval de bataille et a été adoptée par des personnes qui n'auraient
> pas pu, auparavant, utiliser Linux"), *Dotclear* et Known."
>
> Et une deuxième fois :
>
> "L'autre difficulté pour l'utilisateur: "Comprendre comment le logiciel en
> question est financé", puisqu'il ne l'est pas par la collecte des données
> personnelles: dans certains cas (comme Dotclear), entièrement grâce à des
> bénévoles, dans beaucoup d'autres, logiciels et projets proches (comme
> Wikipédia), par appel aux dons."
>
> Alors comme ça tu n'es plus le seul Franck !? :p
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] PostgreSQL

[Franck Paul]

Salut Sylvain,

Pour PostgreSQL, j'ai pas ce qu'il faut sous la main pour tester, vois sur
le forum si quelqu'un a eu le même souci.

Le 23 octobre 2016 à 17:50, Sylvain Naudin <sylv...@kyna.eu> a écrit :

> Bonjour Franck,
>
> J'ai pris le temps aujourd'hui de faire la mise à jours des différents
> blogs que j'administre ici ou là, et j'en avais un sur le canal de dev, qui
> souhaitais me proposer une 2.11-dev-r3362.
>
> Problème, j'ai le message d'erreur suivant :
>
> Unable to connect to database This either means that the username and
> password information in your *config.php* file is incorrect
>
>
> Sais-tu comment je peux faire pour réparer ça ?
>
>
> Librement,
> Sylvain
>
>
> Le 18 août 2016 à 15:19, Franck L <franck.la...@sfr.fr> a écrit :
>
> > Mouarf, j'avais pas vérifié avant de répondre. :-P
> >
> >
> > Le 17/08/2016 à 16:14, Franck Paul a écrit :
> >
> >> Franck, la 2.10.2 est sortie à 10h20 ce matin ;-)
> >>
> >> Le 17 août 2016 à 14:34, Franck L <franck.la...@sfr.fr> a écrit :
> >>
> >> Hello,
> >>> je suis pour balancer une 2.10.2 dans la foulée, ça prouve comme tu dis
> >>> qu'il y a de la réactivité côté Dotclear, et vu que c'est rapproché,
> >>> certain·e·s dont moi n'ont pas encore fait la mise à jour en 2.10.
> >>>
> >>>
> >>> Le 17/08/2016 à 10:13, Franck Paul a écrit :
> >>>
> >>> C'est un peu ce que je pense aussi Noé, on est plus à une version
> mineure
> >>>> près, et puis une release tous les deux jours, j'attends de pied ferme
> >>>> ceux
> >>>> qui diront que Dotclear est mort :-)
> >>>>
> >>>> Le 17 août 2016 à 10:09, Lomalarch <lomala...@gmail.com> a écrit :
> >>>>
> >>>> Ça vaut probablement le coup de sortir un correctif, même ce ne sont
> pas
> >>>>
> >>>>> nos utilisateurs les plus débutants qui utilisent Pg, non ?
> >>>>>
> >>>>> Le 17 août 2016 09:59:06 GMT+02:00, Franck Paul <
> >>>>> carnet.franck.p...@gmail.com> a écrit :
> >>>>>
> >>>>> Ok merci, je vais attendre la réponse de les autres :-)
> >>>>>>
> >>>>>> Le 17 août 2016 à 09:58, Nicolas <nikro...@gmail.com> a écrit :
> >>>>>>
> >>>>>> Je peux patcher à la main. Après je ne sais pas pour les autres.
> >>>>>>
> >>>>>>> Le 17 août 2016 à 09:38, Franck Paul <carnet.franck.p...@gmail.com
> >
> >>>>>>> a
> >>>>>>> écrit
> >>>>>>> :
> >>>>>>>
> >>>>>>> :-)
> >>>>>>>
> >>>>>>>> La question est : cela vaut-il une 2.10.2 rapidement ou pas ?
> >>>>>>>>
> >>>>>>>> Le 17 août 2016 à 09:36, Nicolas <nikro...@gmail.com> a écrit :
> >>>>>>>>
> >>>>>>>> Je m'auto-réponds : j'ai vu le problème en voyant le commit.
> >>>>>>>>
> >>>>>>>>> Le 17 août 2016 à 09:35, Nicolas <nikro...@gmail.com> a écrit :
> >>>>>>>>>
> >>>>>>>>> Salut Franck,
> >>>>>>>>>
> >>>>>>>>>> quel genre de problème avec PostgreSQL ? Je n'ai pas encore
> >>>>>>>>>>
> >>>>>>>>>> fait la
> >>>>>>>>>
> >>>>>>>> mise
> >>>>>>>
> >>>>>>>> à
> >>>>>>>>>
> >>>>>>>>> jour mais je peux tester/regarder/bidouiller en local avant le
> >>>>>>>>>>
> >>>>>>>>>> grand
> >>>>>>>>>
> >>>>>>>> saut !
> >>>>>>>
> >>>>>>>> Nicolas
> >>>>>>>>>>
> >>>>>>>>>> Le 17 août 2016 à 07:47, Franck Paul
> >>>>>>>>>>
> >>>>>>>>>> <carnet.franck.p...@gmail.com>
> >>>>>>>>>
> >>>>>>>> a
> >>>>>>>
> >>>>>>> écrit :
> >&

Re: [Dotclear Dev] dotclear.org en panne ?

[Franck Paul]

Bonjour Laurence,

Pas de souci pour les interventions ici, même si pas spécialement dev, on
cause d'un peu de tout, c'est plutôt open :-)

Bises

Le 20 octobre 2016 à 14:13, Laurence Furic <imm...@gmail.com> a écrit :

> Merci Franck, je note dans un coin... à savoir qu'il faudra que je me note
> de comprendre où c'est ça le "inc/config.php" c'est un peu encore trop du
> turc pour moi !
> J'utilise l'interface de l'admin et puis c'est tout. Je sais que je n'ai
> pas ma place dans une liste de discussion qui est balisée [Dotclear Dev]
> mais bon, puisque j'y suis, j'en profite pour abuser de l'aide des pros,
> hein... A charge de revanche si je peux un jour...
> Otir
>
>
>
>
>
>
> http://about.me/Otir
>
> 2016-10-20 6:34 GMT-04:00 Franck Paul <carnet.franck.p...@gmail.com>:
>
> > Je rappelle qu'une ligne
> >
> > define('DC_NOT_UPDATE',true);
> >
> > dans votre inc/config.php permet de désactiver les requêtes qui vérifient
> > la présence éventuelle d'une mise à jour sur le serveur DC. Ligne à
> > commenter une fois le serveur revenu à la vie (il suffit de rajouter //
> en
> > début de ligne pour la "commenter" et qu'elle devienne inactive).
> >
> > Notez ça dans un coin, ça pourra servir ;-)
> >
> > Le 20 octobre 2016 à 12:07, Laurence Furic <imm...@gmail.com> a écrit :
> >
> > > Aux USA aussi j'ai un code erreur 500
> > >
> > > :-(
> > > Otir
> > >
> > > > On Oct 20, 2016, at 3:46 AM, Franck Paul <
> carnet.franck.p...@gmail.com
> > >
> > > wrote:
> > > >
> > > > Ben quoi, spa les vacances là ?
> > > >
> > > > 2016-10-20 9:06 GMT+02:00 Jean-Michel Royer <
> jeanmichelro...@gmail.com
> > >:
> > > >
> > > >> Au sud de Paris aussi :/
> > > >> --
> > > >> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > >> listinfo/dev
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > > > --
> > > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > listinfo/dev
> > > --
> > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > listinfo/dev
> > >
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] dotclear.org en panne ?

[Franck Paul]

Je rappelle qu'une ligne

define('DC_NOT_UPDATE',true);

dans votre inc/config.php permet de désactiver les requêtes qui vérifient
la présence éventuelle d'une mise à jour sur le serveur DC. Ligne à
commenter une fois le serveur revenu à la vie (il suffit de rajouter // en
début de ligne pour la "commenter" et qu'elle devienne inactive).

Notez ça dans un coin, ça pourra servir ;-)

Le 20 octobre 2016 à 12:07, Laurence Furic <imm...@gmail.com> a écrit :

> Aux USA aussi j'ai un code erreur 500
>
> :-(
> Otir
>
> > On Oct 20, 2016, at 3:46 AM, Franck Paul <carnet.franck.p...@gmail.com>
> wrote:
> >
> > Ben quoi, spa les vacances là ?
> >
> > 2016-10-20 9:06 GMT+02:00 Jean-Michel Royer <jeanmichelro...@gmail.com>:
> >
> >> Au sud de Paris aussi :/
> >> --
> >> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> >> listinfo/dev
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] dotclear.org en panne ?

[Franck Paul]

Ben quoi, spa les vacances là ?

2016-10-20 9:06 GMT+02:00 Jean-Michel Royer :

> Au sud de Paris aussi :/
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] PostgreSQL

[Franck Paul]

Franck, la 2.10.2 est sortie à 10h20 ce matin ;-)

Le 17 août 2016 à 14:34, Franck L <franck.la...@sfr.fr> a écrit :

> Hello,
> je suis pour balancer une 2.10.2 dans la foulée, ça prouve comme tu dis
> qu'il y a de la réactivité côté Dotclear, et vu que c'est rapproché,
> certain·e·s dont moi n'ont pas encore fait la mise à jour en 2.10.
>
>
> Le 17/08/2016 à 10:13, Franck Paul a écrit :
>
>> C'est un peu ce que je pense aussi Noé, on est plus à une version mineure
>> près, et puis une release tous les deux jours, j'attends de pied ferme
>> ceux
>> qui diront que Dotclear est mort :-)
>>
>> Le 17 août 2016 à 10:09, Lomalarch <lomala...@gmail.com> a écrit :
>>
>> Ça vaut probablement le coup de sortir un correctif, même ce ne sont pas
>>> nos utilisateurs les plus débutants qui utilisent Pg, non ?
>>>
>>> Le 17 août 2016 09:59:06 GMT+02:00, Franck Paul <
>>> carnet.franck.p...@gmail.com> a écrit :
>>>
>>>> Ok merci, je vais attendre la réponse de les autres :-)
>>>>
>>>> Le 17 août 2016 à 09:58, Nicolas <nikro...@gmail.com> a écrit :
>>>>
>>>> Je peux patcher à la main. Après je ne sais pas pour les autres.
>>>>>
>>>>> Le 17 août 2016 à 09:38, Franck Paul <carnet.franck.p...@gmail.com> a
>>>>> écrit
>>>>> :
>>>>>
>>>>> :-)
>>>>>>
>>>>>> La question est : cela vaut-il une 2.10.2 rapidement ou pas ?
>>>>>>
>>>>>> Le 17 août 2016 à 09:36, Nicolas <nikro...@gmail.com> a écrit :
>>>>>>
>>>>>> Je m'auto-réponds : j'ai vu le problème en voyant le commit.
>>>>>>>
>>>>>>> Le 17 août 2016 à 09:35, Nicolas <nikro...@gmail.com> a écrit :
>>>>>>>
>>>>>>> Salut Franck,
>>>>>>>> quel genre de problème avec PostgreSQL ? Je n'ai pas encore
>>>>>>>>
>>>>>>> fait la
>>>>
>>>>> mise
>>>>>>
>>>>>>> à
>>>>>>>
>>>>>>>> jour mais je peux tester/regarder/bidouiller en local avant le
>>>>>>>>
>>>>>>> grand
>>>>
>>>>> saut !
>>>>>>>
>>>>>>>> Nicolas
>>>>>>>>
>>>>>>>> Le 17 août 2016 à 07:47, Franck Paul
>>>>>>>>
>>>>>>> <carnet.franck.p...@gmail.com>
>>>>
>>>>> a
>>>>>
>>>>>> écrit :
>>>>>>>>
>>>>>>>> Bonjour Laurence,
>>>>>>>>>
>>>>>>>>> A priori aucun rapport entre la mise à jour et la vague de
>>>>>>>>>
>>>>>>>> Spam.
>>>>
>>>>> Le 17 août 2016 à 02:18, Laurence Furic <imm...@gmail.com> a
>>>>>>>>>
>>>>>>>> écrit
>>>>
>>>>> :
>>>>>
>>>>>> Je ne sais pas si ça a le moindre rapport, mais depuis la
>>>>>>>>>>
>>>>>>>>> dernière
>>>>
>>>>> mise
>>>>>>>
>>>>>>>> à
>>>>>>>>>
>>>>>>>>>> jour, je suis spammée en diable ((aksimet les arrête, mais
>>>>>>>>>>
>>>>>>>>> quand
>>>>
>>>>> même,
>>>>>>
>>>>>>> c'est l'avalanche !).
>>>>>>>>>> Laurence / Otir
>>>>>>>>>>
>>>>>>>>>> 2016-08-16 17:31 GMT-04:00 Franck Paul <
>>>>>>>>>>
>>>>>>>>> carnet.franck.p...@gmail.com>
>>>>>>
>>>>>>> :
>>>>>>>
>>>>>>>> Plop les gens,
>>>>>>>>>>>
>>>>>>>>>>> L'update avec une base PostgreSQL pose problème avec la
>>>>>>>>>>>
>>>>>>>>>> 2.10. Je
>>>>
>>>>> sors
>>>>>>>
>>>>>>>> une
>>>>>>>>>
>>>>>>>>>> 2.10.2 qui règle ce problème

Re: [Dotclear Dev] PostgreSQL

[Franck Paul]

C'est un peu ce que je pense aussi Noé, on est plus à une version mineure
près, et puis une release tous les deux jours, j'attends de pied ferme ceux
qui diront que Dotclear est mort :-)

Le 17 août 2016 à 10:09, Lomalarch <lomala...@gmail.com> a écrit :

> Ça vaut probablement le coup de sortir un correctif, même ce ne sont pas
> nos utilisateurs les plus débutants qui utilisent Pg, non ?
>
> Le 17 août 2016 09:59:06 GMT+02:00, Franck Paul <
> carnet.franck.p...@gmail.com> a écrit :
> >Ok merci, je vais attendre la réponse de les autres :-)
> >
> >Le 17 août 2016 à 09:58, Nicolas <nikro...@gmail.com> a écrit :
> >
> >> Je peux patcher à la main. Après je ne sais pas pour les autres.
> >>
> >> Le 17 août 2016 à 09:38, Franck Paul <carnet.franck.p...@gmail.com> a
> >> écrit
> >> :
> >>
> >> > :-)
> >> >
> >> > La question est : cela vaut-il une 2.10.2 rapidement ou pas ?
> >> >
> >> > Le 17 août 2016 à 09:36, Nicolas <nikro...@gmail.com> a écrit :
> >> >
> >> > > Je m'auto-réponds : j'ai vu le problème en voyant le commit.
> >> > >
> >> > > Le 17 août 2016 à 09:35, Nicolas <nikro...@gmail.com> a écrit :
> >> > >
> >> > > > Salut Franck,
> >> > > > quel genre de problème avec PostgreSQL ? Je n'ai pas encore
> >fait la
> >> > mise
> >> > > à
> >> > > > jour mais je peux tester/regarder/bidouiller en local avant le
> >grand
> >> > > saut !
> >> > > >
> >> > > > Nicolas
> >> > > >
> >> > > > Le 17 août 2016 à 07:47, Franck Paul
> ><carnet.franck.p...@gmail.com>
> >> a
> >> > > > écrit :
> >> > > >
> >> > > >> Bonjour Laurence,
> >> > > >>
> >> > > >> A priori aucun rapport entre la mise à jour et la vague de
> >Spam.
> >> > > >>
> >> > > >> Le 17 août 2016 à 02:18, Laurence Furic <imm...@gmail.com> a
> >écrit
> >> :
> >> > > >>
> >> > > >> > Je ne sais pas si ça a le moindre rapport, mais depuis la
> >dernière
> >> > > mise
> >> > > >> à
> >> > > >> > jour, je suis spammée en diable ((aksimet les arrête, mais
> >quand
> >> > même,
> >> > > >> > c'est l'avalanche !).
> >> > > >> > Laurence / Otir
> >> > > >> >
> >> > > >> > 2016-08-16 17:31 GMT-04:00 Franck Paul <
> >> > carnet.franck.p...@gmail.com>
> >> > > :
> >> > > >> >
> >> > > >> > > Plop les gens,
> >> > > >> > >
> >> > > >> > > L'update avec une base PostgreSQL pose problème avec la
> >2.10. Je
> >> > > sors
> >> > > >> une
> >> > > >> > > 2.10.2 qui règle ce problème dans les jours qui viennent
> >(genre
> >> > > >> demain)
> >> > > >> > ou
> >> > > >> > > on attend un peu ?
> >> > > >> > >
> >> > > >> > > --
> >> > > >> > >
> >> > > >> > > Franck  — Operating Crocker’s rules (
> >> http://sl4.org/crocker.html)
> >> > > >> > > --
> >> > > >> > > Dev mailing list - Dev@list.dotclear.org -
> >> > http://ml.dotclear.org/
> >> > > >> > > listinfo/dev
> >> > > >> >
> >> > > >> >
> >> > > >> >
> >> > > >> >
> >> > > >> > --
> >> > > >> >
> >> > > >> >
> >> > > >> > [image: --]
> >> > > >> >
> >> > > >> >
> >> > > >> >
> >> > > >> > <http://t.sidekickopen62.com/e1t/c/5/
> >> f18dQhb0S7lC8dDMPbW2n0x6l2B9nM
> >> > > >> > JW7t5XX43LQ4llW4X9X2T1p84BdW7gs3QC56dPjrf6Ts7fK02?t=https%
> >> > > >> > 3A%2F%2Fabout.me%2FOtir%3Fpromo%3Demail_sig%26utm_
> >> > > >> > source%3Demail_sig%26utm_medium%3Demail_sig%26utm_
> >> > > >> > campaign%3Dexternal_links=4621016944869376=500dae43-
> >> > > >> > 7b3a-4737-b84f-7e2efbbe59c3>
> >> > > >> >
> >> > > >> > http://about.me/Otir
> >> > > >> > --
> >> > > >> > Dev mailing list - Dev@list.dotclear.org -
> >> http://ml.dotclear.org/
> >> > > >> > listinfo/dev
> >> > > >>
> >> > > >>
> >> > > >>
> >> > > >>
> >> > > >> --
> >> > > >>
> >> > > >> Franck  — Operating Crocker’s rules
> >(http://sl4.org/crocker.html)
> >> > > >> --
> >> > > >> Dev mailing list - Dev@list.dotclear.org -
> >> > > http://ml.dotclear.org/listinf
> >> > > >> o/dev
> >> > > >>
> >> > > >
> >> > > >
> >> > > --
> >> > > Dev mailing list - Dev@list.dotclear.org -
> >http://ml.dotclear.org/
> >> > > listinfo/dev
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> >
> >> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >> > --
> >> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> >> > listinfo/dev
> >> >
> >> --
> >> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> >> listinfo/dev
> >>
> >
> >
> >
> >--
> >
> >Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >--
> >Dev mailing list - Dev@list.dotclear.org -
> >http://ml.dotclear.org/listinfo/dev
>
> --
> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] PostgreSQL

[Franck Paul]

Ok merci, je vais attendre la réponse de les autres :-)

Le 17 août 2016 à 09:58, Nicolas <nikro...@gmail.com> a écrit :

> Je peux patcher à la main. Après je ne sais pas pour les autres.
>
> Le 17 août 2016 à 09:38, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit
> :
>
> > :-)
> >
> > La question est : cela vaut-il une 2.10.2 rapidement ou pas ?
> >
> > Le 17 août 2016 à 09:36, Nicolas <nikro...@gmail.com> a écrit :
> >
> > > Je m'auto-réponds : j'ai vu le problème en voyant le commit.
> > >
> > > Le 17 août 2016 à 09:35, Nicolas <nikro...@gmail.com> a écrit :
> > >
> > > > Salut Franck,
> > > > quel genre de problème avec PostgreSQL ? Je n'ai pas encore fait la
> > mise
> > > à
> > > > jour mais je peux tester/regarder/bidouiller en local avant le grand
> > > saut !
> > > >
> > > > Nicolas
> > > >
> > > > Le 17 août 2016 à 07:47, Franck Paul <carnet.franck.p...@gmail.com>
> a
> > > > écrit :
> > > >
> > > >> Bonjour Laurence,
> > > >>
> > > >> A priori aucun rapport entre la mise à jour et la vague de Spam.
> > > >>
> > > >> Le 17 août 2016 à 02:18, Laurence Furic <imm...@gmail.com> a écrit
> :
> > > >>
> > > >> > Je ne sais pas si ça a le moindre rapport, mais depuis la dernière
> > > mise
> > > >> à
> > > >> > jour, je suis spammée en diable ((aksimet les arrête, mais quand
> > même,
> > > >> > c'est l'avalanche !).
> > > >> > Laurence / Otir
> > > >> >
> > > >> > 2016-08-16 17:31 GMT-04:00 Franck Paul <
> > carnet.franck.p...@gmail.com>
> > > :
> > > >> >
> > > >> > > Plop les gens,
> > > >> > >
> > > >> > > L'update avec une base PostgreSQL pose problème avec la 2.10. Je
> > > sors
> > > >> une
> > > >> > > 2.10.2 qui règle ce problème dans les jours qui viennent (genre
> > > >> demain)
> > > >> > ou
> > > >> > > on attend un peu ?
> > > >> > >
> > > >> > > --
> > > >> > >
> > > >> > > Franck  — Operating Crocker’s rules (
> http://sl4.org/crocker.html)
> > > >> > > --
> > > >> > > Dev mailing list - Dev@list.dotclear.org -
> > http://ml.dotclear.org/
> > > >> > > listinfo/dev
> > > >> >
> > > >> >
> > > >> >
> > > >> >
> > > >> > --
> > > >> >
> > > >> >
> > > >> > [image: --]
> > > >> >
> > > >> >
> > > >> >
> > > >> > <http://t.sidekickopen62.com/e1t/c/5/
> f18dQhb0S7lC8dDMPbW2n0x6l2B9nM
> > > >> > JW7t5XX43LQ4llW4X9X2T1p84BdW7gs3QC56dPjrf6Ts7fK02?t=https%
> > > >> > 3A%2F%2Fabout.me%2FOtir%3Fpromo%3Demail_sig%26utm_
> > > >> > source%3Demail_sig%26utm_medium%3Demail_sig%26utm_
> > > >> > campaign%3Dexternal_links=4621016944869376=500dae43-
> > > >> > 7b3a-4737-b84f-7e2efbbe59c3>
> > > >> >
> > > >> > http://about.me/Otir
> > > >> > --
> > > >> > Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/
> > > >> > listinfo/dev
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> --
> > > >>
> > > >> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > > >> --
> > > >> Dev mailing list - Dev@list.dotclear.org -
> > > http://ml.dotclear.org/listinf
> > > >> o/dev
> > > >>
> > > >
> > > >
> > > --
> > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > > listinfo/dev
> > >
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] PostgreSQL

[Franck Paul]

:-)

La question est : cela vaut-il une 2.10.2 rapidement ou pas ?

Le 17 août 2016 à 09:36, Nicolas <nikro...@gmail.com> a écrit :

> Je m'auto-réponds : j'ai vu le problème en voyant le commit.
>
> Le 17 août 2016 à 09:35, Nicolas <nikro...@gmail.com> a écrit :
>
> > Salut Franck,
> > quel genre de problème avec PostgreSQL ? Je n'ai pas encore fait la mise
> à
> > jour mais je peux tester/regarder/bidouiller en local avant le grand
> saut !
> >
> > Nicolas
> >
> > Le 17 août 2016 à 07:47, Franck Paul <carnet.franck.p...@gmail.com> a
> > écrit :
> >
> >> Bonjour Laurence,
> >>
> >> A priori aucun rapport entre la mise à jour et la vague de Spam.
> >>
> >> Le 17 août 2016 à 02:18, Laurence Furic <imm...@gmail.com> a écrit :
> >>
> >> > Je ne sais pas si ça a le moindre rapport, mais depuis la dernière
> mise
> >> à
> >> > jour, je suis spammée en diable ((aksimet les arrête, mais quand même,
> >> > c'est l'avalanche !).
> >> > Laurence / Otir
> >> >
> >> > 2016-08-16 17:31 GMT-04:00 Franck Paul <carnet.franck.p...@gmail.com>
> :
> >> >
> >> > > Plop les gens,
> >> > >
> >> > > L'update avec une base PostgreSQL pose problème avec la 2.10. Je
> sors
> >> une
> >> > > 2.10.2 qui règle ce problème dans les jours qui viennent (genre
> >> demain)
> >> > ou
> >> > > on attend un peu ?
> >> > >
> >> > > --
> >> > >
> >> > > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >> > > --
> >> > > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> >> > > listinfo/dev
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> >
> >> >
> >> > [image: --]
> >> >
> >> >
> >> >
> >> > <http://t.sidekickopen62.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nM
> >> > JW7t5XX43LQ4llW4X9X2T1p84BdW7gs3QC56dPjrf6Ts7fK02?t=https%
> >> > 3A%2F%2Fabout.me%2FOtir%3Fpromo%3Demail_sig%26utm_
> >> > source%3Demail_sig%26utm_medium%3Demail_sig%26utm_
> >> > campaign%3Dexternal_links=4621016944869376=500dae43-
> >> > 7b3a-4737-b84f-7e2efbbe59c3>
> >> >
> >> > http://about.me/Otir
> >> > --
> >> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> >> > listinfo/dev
> >>
> >>
> >>
> >>
> >> --
> >>
> >> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >> --
> >> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinf
> >> o/dev
> >>
> >
> >
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] PostgreSQL

[Franck Paul]

Bonjour Laurence,

A priori aucun rapport entre la mise à jour et la vague de Spam.

Le 17 août 2016 à 02:18, Laurence Furic <imm...@gmail.com> a écrit :

> Je ne sais pas si ça a le moindre rapport, mais depuis la dernière mise à
> jour, je suis spammée en diable ((aksimet les arrête, mais quand même,
> c'est l'avalanche !).
> Laurence / Otir
>
> 2016-08-16 17:31 GMT-04:00 Franck Paul <carnet.franck.p...@gmail.com>:
>
> > Plop les gens,
> >
> > L'update avec une base PostgreSQL pose problème avec la 2.10. Je sors une
> > 2.10.2 qui règle ce problème dans les jours qui viennent (genre demain)
> ou
> > on attend un peu ?
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> > listinfo/dev
>
>
>
>
> --
>
>
> [image: --]
>
>
>
> <http://t.sidekickopen62.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nM
> JW7t5XX43LQ4llW4X9X2T1p84BdW7gs3QC56dPjrf6Ts7fK02?t=https%
> 3A%2F%2Fabout.me%2FOtir%3Fpromo%3Demail_sig%26utm_
> source%3Demail_sig%26utm_medium%3Demail_sig%26utm_
> campaign%3Dexternal_links=4621016944869376=500dae43-
> 7b3a-4737-b84f-7e2efbbe59c3>
>
> http://about.me/Otir
> --
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
> listinfo/dev




-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] PostgreSQL

[Franck Paul]

Plop les gens,

L'update avec une base PostgreSQL pose problème avec la 2.10. Je sors une
2.10.2 qui règle ce problème dans les jours qui viennent (genre demain) ou
on attend un peu ?

-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Pour les widgets textes avec images externes, c'est en effet un des effets
de bord. Donc soit il faut rajouter le domaine correspondant côté directive
img-src du blog, soit il faut contrôler côté public du blog, ce qui peut
être acceptable vu qu'on ne doit pas changer les widgets tous les jours.

Pour l'éditeur ou pas dans les widgets, c'est un ticket à ouvrir et on peut
mettre ça au programme de la 2.10 si ce n'est pas trop compliqué, ou pour
la 2.11 à venir.

Je pense qu'il y a très peu de plugins qui ne seront pas adaptés aux CSP,
et si vraiment ça coince, les CSP peuvent être désactivées dans
about:config, donc rien de bloquant.

Le 27 juillet 2016 à 11:45, brol  a écrit :

> Le mardi 26 juillet 2016 à 11:39:01, vous écriviez :
>
> > A priori oui.
>
> donc non à 100%...
>
> bon, l'enquiquineur est :
> dcCKEditorAddons0.3.3
>
> bug malgré tout dans les widgets texte quand on insère une image d'un
> domaine externe : pas d'affichage.
>
> ceci étant, comment peut-on ne pas avoir la barre d'édition dans les
> widgets texte ? je ne parle pas de la masquer mais de ne pas avoir du
> tout l'éditeur dckeditor (ça serait bien d'avoir le choix).
>
> enfin : quid des plugins qui ne sont pas compatibles déjà avec dc2.9.1
> (question déjà posée et zappée purement et simplement) ?
>
> --
> brol
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

A priori oui.

Le 26 juillet 2016 à 11:34, brol  a écrit :

> Le mardi 26 juillet 2016 à 11:27:23, vous écriviez :
>
> > Brol, si ce n'est que sur un des blogs, alors c'est un plugin uniquement
> > actif sur ce blog qui fout le dawa : va falloir fouiller.
>
> c'est qu'il y a 98 plugins additionnels (actifs et non actifs)...
> on est sûr à 100% que les inactifs ne peuvent interagir ?
>
> --
> brol
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Brol, si ce n'est que sur un des blogs, alors c'est un plugin uniquement
actif sur ce blog qui fout le dawa : va falloir fouiller.

Le 26 juillet 2016 à 11:21, brol  a écrit :

> Le mardi 26 juillet 2016 à 10:48:26, vous écriviez :
>
> > Brol, si tu as modifié les directives, essaies d'enlever les protocoles
> > (mettre le domaine suffit amplement).
>
> modifié quoi ? où ?
>
> ce qui est fun c'est que ça ne le fait que sur un blog du multi...
> et si c'est un conflit avec un plugin, sachant qu'il y en a un certain
> nombre d'activés comme de désactivés, ça va pas être long du tout de
> déterminer qui fait son emmerdeur.
>
> une idée pour comment débusquer ce qui coince ?
>
> --
> brol
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

\o/

Mais je risque de tout casser d'ici le 13 août, hein ? :-D

Le 26 juillet 2016 à 11:00, Philippe  a écrit :

> Pour autant que je puisse en juger, le plugin mygmaps est prêt pour la
> 2.10 \o/
>
> --
> Philippe
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Pour la médiathèque il faudra compléter la directive img-src côté
about:config (soit côté blog, soit côté réglages généraux pour toute la
plateforme).

Brol, si tu as modifié les directives, essaies d'enlever les protocoles
(mettre le domaine suffit amplement).

À savoir : on peut utiliser des wildcards (*) pour les domaines, genre *.
domaine.com

Plus de doc →
https://developer.mozilla.org/fr/docs/Web/Security/CSP/CSP_policy_directives

Le 26 juillet 2016 à 10:38, Philippe <phili...@dissitou.org> a écrit :

> Le 26 juillet 2016 à 10:28, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
>
> > Maintenant c'est aussi le prix à payer pour avoir une admin à peu près
> > sécurisée.
>
> Pas grave, si ce n'est que ça.
>
> >
> > Quoi qu'il en soit, on peut aussi décider d'ici la sortie de la 2.10 de
> ne
> > pas activer par défaut les CSP. J'attends de faire le bilan de tous vos
> > retours pour décider.
>
> Par défaut c'est mieux je crois. ceux qui n'en veulent pas peuvent
> décocher.
>
> Une question : quid des images de la médiathèque si elles ne sont pas
> sur le même domaine que l'admin du blog ?
> --
> Philippe
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Toujours est-il que surveiller le fichier de rapport (admin/csp_report.txt)
fournit de bonnes indications sur les directives qui sont violées. Une fois
corrigé, tu peux vider le fichier et continuer tes tests.

Le 26 juillet 2016 à 10:28, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Beaucoup oui, quoique comparé à la taille totale d'une page d'admin, ça ne
> doit pas peser bien lourd dans les échanges avec le serveur.
>
> Maintenant c'est aussi le prix à payer pour avoir une admin à peu près
> sécurisée.
>
> Quoi qu'il en soit, on peut aussi décider d'ici la sortie de la 2.10 de ne
> pas activer par défaut les CSP. J'attends de faire le bilan de tous vos
> retours pour décider.
>
> 2016-07-26 10:21 GMT+02:00 Philippe <phili...@dissitou.org>:
>
>> Merci
>>
>> Avec ton code, l'API est bien chargée, mais pour faire tout
>> fonctionner il m'a fallu en rajouter pas mal ! En effet il y a des tas
>> de serveurs d'images et de scripts chez Google : le lecteur de
>> fichiers kml, Street View, les tuiles de cartes, les icônes, etc.
>>
>> Plus les tuiles pour les cartes OpenStreetMap
>>
>> Pour l'instant, je ne suis pas encore sûr d'avoir tout, et il me
>> faudra probablement surveiller si les serveurs changent (et comment
>> ?), mais voici la fonction
>>
>> public static function adminPageHTTPHeaderCSP($csp)
>> {
>> if (isset($csp['default-src'])) {
>> $csp['default-src'] .= ' fonts.gstatic.com';
>> } else {
>> $csp['default-src'] = 'fonts.gstatic.com';
>> }
>>
>> if (isset($csp['script-src'])) {
>> $csp['script-src'] .= ' maps.googleapis.com';
>> } else {
>> $csp['script-src'] = 'maps.googleapis.com';
>> }
>>
>> if (isset($csp['img-src'])) {
>> $csp['img-src'] .= ' maps.gstatic.com maps.googleapis.com
>> csi.gstatic.com khms0.googleapis.com khms1.googleapis.com
>> mts0.googleapis.com mts1.googleapis.com cbks0.googleapis.com
>> cbks1.googleapis.com tile.openstreetmap.org';
>> } else {
>> $csp['img-src'] = 'maps.gstatic.com maps.googleapis.com
>> csi.gstatic.com khms0.googleapis.com khms1.googleapis.com
>> mts0.googleapis.com mts1.googleapis.com cbks0.googleapis.com
>> cbks1.googleapis.com tile.openstreetmap.org';
>> }
>>
>> if (isset($csp['style-src'])) {
>> $csp['style-src'] .= ' fonts.googleapis.com';
>> } else {
>> $csp['style-src'] = 'fonts.googleapis.com';
>> }
>> }
>>
>> Ça ne fait pas un peu beaucoup ?
>>
>> :D
>>
>>
>> --
>> Philippe
>>
>>
>> Le 26 juillet 2016 à 08:26, Franck Paul <carnet.franck.p...@gmail.com> a
>> écrit :
>> > Philippe, poyr mygmaps, dans _admin.php, quelque chose comme :
>> >
>> >
>> $core->addBehavior('adminPageHTTPHeaderCSP',array('myAdminBehaviors','adminPageHTTPHeaderCSP'));
>> >
>> > class myAdminBehaviors
>> > {
>> > public static function adminPageHTMLHead($csp)
>> > {
>> > if (isset($csp['script-src'])) {
>> > $csp['script-src'] .= ' maps.googleapis.com';
>> > } else {
>> > $csp['script-src'] = 'maps.googleapis.com';
>> > }
>> > }
>> > }
>> >
>> > devrait faire l'affaire.
>> >
>> > Le 25 juillet 2016 à 17:50, Philippe <phili...@dissitou.org> a écrit :
>> >
>> >> Le 25 juillet 2016 à 11:29, Franck Paul <carnet.franck.p...@gmail.com>
>> a
>> >> écrit :
>> >>
>> >> > Je viens de reprendre un peu le code pour offrir aux plugins tiers
>> >> > l'opportunité d'intégrer leur complément de directive CSP (behavior
>> >> > adminPageHTTPHeaderCSP).
>> >> > Il y aura donc 2 moyen de les régler : about:config et 1 behavior
>> pour
>> >> les
>> >> > plugins qui le prendront en compte.
>> >>
>> >> Je serais bien intéressé par un exemple pour le plugin mygmaps ;)
>> >>
>> >>
>> >> --
>> >> Philippe
>> >> --
>> >> Dev mailing list - Dev@list.dotclear.org -
>> >> http://ml.dotclear.org/listinfo/dev
>> >>
>> >
>> >
>> >
>> > --
>> >
>> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>> > --
>> > Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>> --
>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Beaucoup oui, quoique comparé à la taille totale d'une page d'admin, ça ne
doit pas peser bien lourd dans les échanges avec le serveur.

Maintenant c'est aussi le prix à payer pour avoir une admin à peu près
sécurisée.

Quoi qu'il en soit, on peut aussi décider d'ici la sortie de la 2.10 de ne
pas activer par défaut les CSP. J'attends de faire le bilan de tous vos
retours pour décider.

2016-07-26 10:21 GMT+02:00 Philippe <phili...@dissitou.org>:

> Merci
>
> Avec ton code, l'API est bien chargée, mais pour faire tout
> fonctionner il m'a fallu en rajouter pas mal ! En effet il y a des tas
> de serveurs d'images et de scripts chez Google : le lecteur de
> fichiers kml, Street View, les tuiles de cartes, les icônes, etc.
>
> Plus les tuiles pour les cartes OpenStreetMap
>
> Pour l'instant, je ne suis pas encore sûr d'avoir tout, et il me
> faudra probablement surveiller si les serveurs changent (et comment
> ?), mais voici la fonction
>
> public static function adminPageHTTPHeaderCSP($csp)
> {
> if (isset($csp['default-src'])) {
> $csp['default-src'] .= ' fonts.gstatic.com';
> } else {
> $csp['default-src'] = 'fonts.gstatic.com';
> }
>
> if (isset($csp['script-src'])) {
> $csp['script-src'] .= ' maps.googleapis.com';
> } else {
> $csp['script-src'] = 'maps.googleapis.com';
> }
>
> if (isset($csp['img-src'])) {
> $csp['img-src'] .= ' maps.gstatic.com maps.googleapis.com
> csi.gstatic.com khms0.googleapis.com khms1.googleapis.com
> mts0.googleapis.com mts1.googleapis.com cbks0.googleapis.com
> cbks1.googleapis.com tile.openstreetmap.org';
> } else {
> $csp['img-src'] = 'maps.gstatic.com maps.googleapis.com
> csi.gstatic.com khms0.googleapis.com khms1.googleapis.com
> mts0.googleapis.com mts1.googleapis.com cbks0.googleapis.com
> cbks1.googleapis.com tile.openstreetmap.org';
> }
>
> if (isset($csp['style-src'])) {
> $csp['style-src'] .= ' fonts.googleapis.com';
> } else {
> $csp['style-src'] = 'fonts.googleapis.com';
> }
> }
>
> Ça ne fait pas un peu beaucoup ?
>
> :D
>
>
> --
> Philippe
>
>
> Le 26 juillet 2016 à 08:26, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
> > Philippe, poyr mygmaps, dans _admin.php, quelque chose comme :
> >
> >
> $core->addBehavior('adminPageHTTPHeaderCSP',array('myAdminBehaviors','adminPageHTTPHeaderCSP'));
> >
> > class myAdminBehaviors
> > {
> > public static function adminPageHTMLHead($csp)
> > {
> > if (isset($csp['script-src'])) {
> > $csp['script-src'] .= ' maps.googleapis.com';
> > } else {
> > $csp['script-src'] = 'maps.googleapis.com';
> > }
> > }
> > }
> >
> > devrait faire l'affaire.
> >
> > Le 25 juillet 2016 à 17:50, Philippe <phili...@dissitou.org> a écrit :
> >
> >> Le 25 juillet 2016 à 11:29, Franck Paul <carnet.franck.p...@gmail.com>
> a
> >> écrit :
> >>
> >> > Je viens de reprendre un peu le code pour offrir aux plugins tiers
> >> > l'opportunité d'intégrer leur complément de directive CSP (behavior
> >> > adminPageHTTPHeaderCSP).
> >> > Il y aura donc 2 moyen de les régler : about:config et 1 behavior pour
> >> les
> >> > plugins qui le prendront en compte.
> >>
> >> Je serais bien intéressé par un exemple pour le plugin mygmaps ;)
> >>
> >>
> >> --
> >> Philippe
> >> --
> >> Dev mailing list - Dev@list.dotclear.org -
> >> http://ml.dotclear.org/listinfo/dev
> >>
> >
> >
> >
> > --
> >
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> > --
> > Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Philippe, poyr mygmaps, dans _admin.php, quelque chose comme :

$core->addBehavior('adminPageHTTPHeaderCSP',array('myAdminBehaviors','adminPageHTTPHeaderCSP'));

class myAdminBehaviors
{
public static function adminPageHTMLHead($csp)
{
if (isset($csp['script-src'])) {
$csp['script-src'] .= ' maps.googleapis.com';
} else {
$csp['script-src'] = 'maps.googleapis.com';
}
}
}

devrait faire l'affaire.

Le 25 juillet 2016 à 17:50, Philippe <phili...@dissitou.org> a écrit :

> Le 25 juillet 2016 à 11:29, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
>
> > Je viens de reprendre un peu le code pour offrir aux plugins tiers
> > l'opportunité d'intégrer leur complément de directive CSP (behavior
> > adminPageHTTPHeaderCSP).
> > Il y aura donc 2 moyen de les régler : about:config et 1 behavior pour
> les
> > plugins qui le prendront en compte.
>
> Je serais bien intéressé par un exemple pour le plugin mygmaps ;)
>
>
> --
> Philippe
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Yep Philippe, je te fais ça demain.

Le 25 juillet 2016 à 17:50, Philippe <phili...@dissitou.org> a écrit :

> Le 25 juillet 2016 à 11:29, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
>
> > Je viens de reprendre un peu le code pour offrir aux plugins tiers
> > l'opportunité d'intégrer leur complément de directive CSP (behavior
> > adminPageHTTPHeaderCSP).
> > Il y aura donc 2 moyen de les régler : about:config et 1 behavior pour
> les
> > plugins qui le prendront en compte.
>
> Je serais bien intéressé par un exemple pour le plugin mygmaps ;)
>
>
> --
> Philippe
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Brol,

Le contenu du csp_report.txt est ?

Le 25 juillet 2016 à 17:52, brol <bro...@gmail.com> a écrit :

> Le lundi 25 juillet 2016 à 11:29:21, vous écriviez :
>
> > Plop tout le monde,
>
> > Je viens de reprendre un peu le code pour offrir aux plugins tiers
> > l'opportunité d'intégrer leur complément de directive CSP (behavior
> > adminPageHTTPHeaderCSP).
> > Il y aura donc 2 moyen de les régler : about:config et 1 behavior pour
> les
> > plugins qui le prendront en compte.
>
> > j'ai aussi ajouté un behavior plus générique qui permet d'intervenir sur
> > toutes les entêtes HTP envoyées avant l'affichage d'une page de l'admin
> > (behavior adminPageHTTPHeaders).
>
> > Avec ça on devrait pouvoir faire ce qu'on veut côté admin.
>
> > Côté public, je pense que je vais attendre un peu de retour en "prod"
> avec
> > la 2.10 et implémenter ça pour la 2.11.
>
> > Le 24 juillet 2016 à 15:03, Franck Paul <carnet.franck.p...@gmail.com> a
> > écrit :
>
> >> Sinon et pour répondre à Benoit, j'ai choisi des directives pas trop
> >> fermées (au détriment du risque) :
> >>
> >> Les scripts JS inline et l'eval sont autorisés
> >> Idem pour les styles CSS inline
> >>
> >> Ça vaudra peut-être le coup de donner un coup de tournevis en allant à
> la
> >> chasse aux scripts et style inline et d'évaluer si l'eval JS peut être
> >> interdit. Cela dit, maintenant qu'on a accès aux différentes directives,
> >> tout le monde peut les modifier et faire les tests idoines. Vos rapports
> >> seront utiles pour affiner ça.
> >>
> >> Merci
> >>
> >>
> >>
> >> Le 24 juillet 2016 à 08:00, Benoit GRELIER <adja...@orange.fr> a écrit
> :
> >>
> >>> Je  n'ai pas trop le loisir de tester actuellement, mais après quelques
> >>> lecture sur le sujet ( très technique pour mon niveau de
> compréhension, par
> >>> exemple :
> >>>
> https://hacks.mozilla.org/2016/02/implementing-content-security-policy/
> >>> ) je retiens que:
> >>>
> >>> _Il y a encore des bugs,
> >>>
> >>> _l’implémentation n'est pas simple et demande du temps.
> >>>
> >>> _Ce peut-être effectivement un bon outils de contrôle pour la phase de
> >>> dev d'une application et inciter à de bonnes pratiques.
> >>>
> >>>
> >>>
> >>> Coté admin pour dotclear, le fait d'ajout de  plugins tiers plus ou
> moins
> >>> bien conçu ne risque-t-il pas de tout casser à l'affichage?
> >>>
> >>> Benoit.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> > Message du 23/07/16 19:43
> >>> > De : "Franck Paul"
> >>> > A : "dev@list.dotclear.org"
> >>> > Copie à :
> >>> > Objet : Re: [Dotclear Dev] CSP côté admin
> >>> >
> >>> > Côté admin, je pense qu'on peut l'imposer. Par contre c'est côté
> public
> >>> ou il faudra permettre un réglage beaucoup plus fin ; mais j'ai mon
> idée à
> >>> ce sujet. Le 23 juillet 2016 à 14:51, Benoit GRELIER  a écrit : > Je
> pence
> >>> que ce service devrait être optionnel ( sous forme de module >
> >>> activable/désactivable ) et non intégré en dur dans le code. > > > > >
> >
> >>> --
> >>> Dev mailing list - Dev@list.dotclear.org -
> >>> http://ml.dotclear.org/listinfo/dev
> >>>
> >>
> >>
> >>
> >> --
> >>
> >> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
> >>
>
>
>
> > --
>
> > Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>
>
> goret quotage powa \o/
>
> v3291 quand le machincsp est activé, pu possible de textarea pour la
> description du blog, idem pour les zones txt des widgets (en gros, pas
> mal de textarea sont impactés).
>
> sinon, je me demande quand même l'intérêt du truc sachant que nombre
> de plugins tiers ne sont déjà pas à jour pour une compatibilité à 100%
> avec dc2.9.1, alors en remettre une couche d'incompatibilité ne
> risque pas de diminuer un peu plus le catalogue des dits plugins
> tiers ?
>
> --
> brol
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Plop tout le monde,

Je viens de reprendre un peu le code pour offrir aux plugins tiers
l'opportunité d'intégrer leur complément de directive CSP (behavior
adminPageHTTPHeaderCSP).
Il y aura donc 2 moyen de les régler : about:config et 1 behavior pour les
plugins qui le prendront en compte.

j'ai aussi ajouté un behavior plus générique qui permet d'intervenir sur
toutes les entêtes HTP envoyées avant l'affichage d'une page de l'admin
(behavior adminPageHTTPHeaders).

Avec ça on devrait pouvoir faire ce qu'on veut côté admin.

Côté public, je pense que je vais attendre un peu de retour en "prod" avec
la 2.10 et implémenter ça pour la 2.11.

Le 24 juillet 2016 à 15:03, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Sinon et pour répondre à Benoit, j'ai choisi des directives pas trop
> fermées (au détriment du risque) :
>
> Les scripts JS inline et l'eval sont autorisés
> Idem pour les styles CSS inline
>
> Ça vaudra peut-être le coup de donner un coup de tournevis en allant à la
> chasse aux scripts et style inline et d'évaluer si l'eval JS peut être
> interdit. Cela dit, maintenant qu'on a accès aux différentes directives,
> tout le monde peut les modifier et faire les tests idoines. Vos rapports
> seront utiles pour affiner ça.
>
> Merci
>
>
>
> Le 24 juillet 2016 à 08:00, Benoit GRELIER <adja...@orange.fr> a écrit :
>
>> Je  n'ai pas trop le loisir de tester actuellement, mais après quelques
>> lecture sur le sujet ( très technique pour mon niveau de compréhension, par
>> exemple :
>> https://hacks.mozilla.org/2016/02/implementing-content-security-policy/
>> ) je retiens que:
>>
>> _Il y a encore des bugs,
>>
>> _l’implémentation n'est pas simple et demande du temps.
>>
>> _Ce peut-être effectivement un bon outils de contrôle pour la phase de
>> dev d'une application et inciter à de bonnes pratiques.
>>
>>
>>
>> Coté admin pour dotclear, le fait d'ajout de  plugins tiers plus ou moins
>> bien conçu ne risque-t-il pas de tout casser à l'affichage?
>>
>> Benoit.
>>
>>
>>
>>
>>
>> > Message du 23/07/16 19:43
>> > De : "Franck Paul"
>> > A : "dev@list.dotclear.org"
>> > Copie à :
>> > Objet : Re: [Dotclear Dev] CSP côté admin
>> >
>> > Côté admin, je pense qu'on peut l'imposer. Par contre c'est côté public
>> ou il faudra permettre un réglage beaucoup plus fin ; mais j'ai mon idée à
>> ce sujet. Le 23 juillet 2016 à 14:51, Benoit GRELIER  a écrit : > Je pence
>> que ce service devrait être optionnel ( sous forme de module >
>> activable/désactivable ) et non intégré en dur dans le code. > > > > > >
>> --
>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Sinon et pour répondre à Benoit, j'ai choisi des directives pas trop
fermées (au détriment du risque) :

Les scripts JS inline et l'eval sont autorisés
Idem pour les styles CSS inline

Ça vaudra peut-être le coup de donner un coup de tournevis en allant à la
chasse aux scripts et style inline et d'évaluer si l'eval JS peut être
interdit. Cela dit, maintenant qu'on a accès aux différentes directives,
tout le monde peut les modifier et faire les tests idoines. Vos rapports
seront utiles pour affiner ça.

Merci



Le 24 juillet 2016 à 08:00, Benoit GRELIER <adja...@orange.fr> a écrit :

> Je  n'ai pas trop le loisir de tester actuellement, mais après quelques
> lecture sur le sujet ( très technique pour mon niveau de compréhension, par
> exemple :
> https://hacks.mozilla.org/2016/02/implementing-content-security-policy/
> ) je retiens que:
>
> _Il y a encore des bugs,
>
> _l’implémentation n'est pas simple et demande du temps.
>
> _Ce peut-être effectivement un bon outils de contrôle pour la phase de dev
> d'une application et inciter à de bonnes pratiques.
>
>
>
> Coté admin pour dotclear, le fait d'ajout de  plugins tiers plus ou moins
> bien conçu ne risque-t-il pas de tout casser à l'affichage?
>
> Benoit.
>
>
>
>
>
> > Message du 23/07/16 19:43
> > De : "Franck Paul"
> > A : "dev@list.dotclear.org"
> > Copie à :
> > Objet : Re: [Dotclear Dev] CSP côté admin
> >
> > Côté admin, je pense qu'on peut l'imposer. Par contre c'est côté public
> ou il faudra permettre un réglage beaucoup plus fin ; mais j'ai mon idée à
> ce sujet. Le 23 juillet 2016 à 14:51, Benoit GRELIER  a écrit : > Je pence
> que ce service devrait être optionnel ( sous forme de module >
> activable/désactivable ) et non intégré en dur dans le code. > > > > > >
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Plop les gens,

Alors effectivement des plugins tiers peuvent s'inviter et nécessiter un
accès à des ressources externes, exemple mygmaps (merci Gvx pour le
rapport).

Du coup j'ai implémenté des réglages qui permettent de désactiver les CSP
côté admin et de compléter si besoin les directives (default, script, style
et img). Si vous avez des domaines à ajouter (ex : maps.googleapis.com
utilisé par le plugin mygmaps), ajoutez-les à la directive correspondance
(séparez chaque domaine par une espace).

En place dans la nightly de ce soir.

Le 24 juillet 2016 à 08:00, Benoit GRELIER <adja...@orange.fr> a écrit :

> Je  n'ai pas trop le loisir de tester actuellement, mais après quelques
> lecture sur le sujet ( très technique pour mon niveau de compréhension, par
> exemple :
> https://hacks.mozilla.org/2016/02/implementing-content-security-policy/
> ) je retiens que:
>
> _Il y a encore des bugs,
>
> _l’implémentation n'est pas simple et demande du temps.
>
> _Ce peut-être effectivement un bon outils de contrôle pour la phase de dev
> d'une application et inciter à de bonnes pratiques.
>
>
>
> Coté admin pour dotclear, le fait d'ajout de  plugins tiers plus ou moins
> bien conçu ne risque-t-il pas de tout casser à l'affichage?
>
> Benoit.
>
>
>
>
>
> > Message du 23/07/16 19:43
> > De : "Franck Paul"
> > A : "dev@list.dotclear.org"
> > Copie à :
> > Objet : Re: [Dotclear Dev] CSP côté admin
> >
> > Côté admin, je pense qu'on peut l'imposer. Par contre c'est côté public
> ou il faudra permettre un réglage beaucoup plus fin ; mais j'ai mon idée à
> ce sujet. Le 23 juillet 2016 à 14:51, Benoit GRELIER  a écrit : > Je pence
> que ce service devrait être optionnel ( sous forme de module >
> activable/désactivable ) et non intégré en dur dans le code. > > > > > >
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Côté admin, je pense qu'on peut l'imposer. Par contre c'est côté public ou
il faudra permettre un réglage beaucoup plus fin ; mais j'ai mon idée à ce
sujet.

Le 23 juillet 2016 à 14:51, Benoit GRELIER <adja...@orange.fr> a écrit :

> Je pence que ce service devrait être optionnel ( sous forme de module
> activable/désactivable ) et non intégré en dur dans le code.
>
>
>
>
>
>
>
>
>
> > Message du 20/07/16 09:38
> > De : "Franck Paul"
> > A : "dev@list.dotclear.org"
> > Copie à :
> > Objet : [Dotclear Dev] CSP côté admin
> >
> > Bonjour, Je vais intégrer les CSP (content security policies) côté admin
> et en more reporting pour l'instant dans mon prochain commit (et donc dans
> la nightly de la nuit prochaine). Ce système, à partir de PHP 5.4, devrait
> produire en cas de violation de la directive, un rapport dans le fichier
> texte /admin/csp_report.txt Pouvez-vous tester de votre côté cette
> prochaine nightly, jouer un peu avec l'admin, et me retourner le contenu du
> fichier csp_report.txt si jamais il était créé et pas vide ? À noter que
> cette directive, si jamais elle était trop restrictive, peut assez vite
> foutre en l'air une admin (et encore plus la partie publique d'un blog),
> c'est la raison pour laquelle j'y vais doucement. Si tout va bien, on
> gardera les CSP côté admin pour la 2.10, et je verrai comment gérer la
> partie publique (largement plus complexe puisqu'on peut intégrer des
> éléments de sources variées dans un blog). Vous ne savez pas ce que sont
> les CSP ? Eh bien prenez 15 minutes pour visionner ceci →
> https://www.paris-web.fr/2015/conferences/csp-content-security-policy.php
> À vous lire… -- Franck — Operating Crocker’s rules (
> http://sl4.org/crocker.html) -- Dev mailing list - Dev@list.dotclear.org
> - http://ml.dotclear.org/listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

oups, spa Annie Thomas, c'est une autre Annie, mais je l'ai reçu et pris en
compte tout de même :-p

Le 23 juillet 2016 à 13:03, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Toujours pas de csp_report.txt rempli les gens ? (à part Annie Thomas qui
> m'a fourni le sien le premier jour ce qui m'a permis de régler un pb).
>
> Le 21 juillet 2016 à 14:41, Franck Paul <carnet.franck.p...@gmail.com> a
> écrit :
>
>> Avec les navigateurs qui prennent en compte les CSP (cf →
>> http://caniuse.com/#feat=contentsecuritypolicy) , ça peut verrouiller
>> encore mieux côté sécu, en tout cas pour l'admin et c'est pas plus mal.
>>
>> Le 21 juillet 2016 à 14:03, Franck L <franck.la...@sfr.fr> a écrit :
>>
>>> En effet, j'ai testé et vu les effets, avec une simple histoire de
>>> config d'url qui n'était pas bonne pour la prévisualisation.
>>>
>>> Je n'avais pas vu pour les thèmes.
>>>
>>>
>>> Le 21/07/2016 à 12:49, Franck Paul a écrit :
>>>
>>>> Peu importe pour l'endroit, c'est actif dans tous les cas.
>>>>
>>>> Sinon les miniatures des thèmes de DA ne sont pas affichées (en tout cas
>>>> jusqu'à la prochaine nightly), Annie Strohem vient de me signaler le pb
>>>> et
>>>> je viens de corriger ça.
>>>>
>>>> Merci pour les tests
>>>>
>>>> Le 21 juillet 2016 à 10:27, Franck L <franck.la...@sfr.fr> a écrit :
>>>>
>>>> Hello Franck,
>>>>>
>>>>> Yep. Je teste ça sur mon install de test en local. Ça marche pour du
>>>>> local, ou il est préférable de tester en ligne, d'ailleurs ?
>>>>>
>>>>> Tomek
>>>>>
>>>>> Le 20/07/2016 à 09:37, Franck Paul a écrit :
>>>>>
>>>>> Bonjour,
>>>>>>
>>>>>> Je vais intégrer les CSP (content security policies) côté admin et en
>>>>>> more
>>>>>> reporting pour l'instant dans mon prochain commit (et donc dans la
>>>>>> nightly
>>>>>> de la nuit prochaine). Ce système, à partir de PHP 5.4, devrait
>>>>>> produire
>>>>>> en
>>>>>> cas de violation de la directive, un rapport dans le fichier texte
>>>>>> /admin/csp_report.txt
>>>>>>
>>>>>> Pouvez-vous tester de votre côté cette prochaine nightly, jouer un peu
>>>>>> avec
>>>>>> l'admin, et me retourner le contenu du fichier csp_report.txt si
>>>>>> jamais il
>>>>>> était créé et pas vide ?
>>>>>>
>>>>>> À noter que cette directive, si jamais elle était trop restrictive,
>>>>>> peut
>>>>>> assez vite foutre en l'air une admin (et encore plus la partie
>>>>>> publique
>>>>>> d'un blog), c'est la raison pour laquelle j'y vais doucement.
>>>>>>
>>>>>> Si tout va bien, on gardera les CSP côté admin pour la 2.10, et je
>>>>>> verrai
>>>>>> comment gérer la partie publique (largement plus complexe puisqu'on
>>>>>> peut
>>>>>> intégrer des éléments de sources variées dans un blog).
>>>>>>
>>>>>> Vous ne savez pas ce que sont les CSP ? Eh bien prenez 15 minutes pour
>>>>>> visionner ceci →
>>>>>>
>>>>>> https://www.paris-web.fr/2015/conferences/csp-content-security-policy.php
>>>>>>
>>>>>> À vous lire…
>>>>>>
>>>>>>
>>>>>> --
>>>>> Dev mailing list - Dev@list.dotclear.org -
>>>>> http://ml.dotclear.org/listinfo/dev
>>>>>
>>>>>
>>>>
>>>>
>>> --
>>> Dev mailing list - Dev@list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>
>>
>>
>> --
>>
>> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Toujours pas de csp_report.txt rempli les gens ? (à part Annie Thomas qui
m'a fourni le sien le premier jour ce qui m'a permis de régler un pb).

Le 21 juillet 2016 à 14:41, Franck Paul <carnet.franck.p...@gmail.com> a
écrit :

> Avec les navigateurs qui prennent en compte les CSP (cf →
> http://caniuse.com/#feat=contentsecuritypolicy) , ça peut verrouiller
> encore mieux côté sécu, en tout cas pour l'admin et c'est pas plus mal.
>
> Le 21 juillet 2016 à 14:03, Franck L <franck.la...@sfr.fr> a écrit :
>
>> En effet, j'ai testé et vu les effets, avec une simple histoire de config
>> d'url qui n'était pas bonne pour la prévisualisation.
>>
>> Je n'avais pas vu pour les thèmes.
>>
>>
>> Le 21/07/2016 à 12:49, Franck Paul a écrit :
>>
>>> Peu importe pour l'endroit, c'est actif dans tous les cas.
>>>
>>> Sinon les miniatures des thèmes de DA ne sont pas affichées (en tout cas
>>> jusqu'à la prochaine nightly), Annie Strohem vient de me signaler le pb
>>> et
>>> je viens de corriger ça.
>>>
>>> Merci pour les tests
>>>
>>> Le 21 juillet 2016 à 10:27, Franck L <franck.la...@sfr.fr> a écrit :
>>>
>>> Hello Franck,
>>>>
>>>> Yep. Je teste ça sur mon install de test en local. Ça marche pour du
>>>> local, ou il est préférable de tester en ligne, d'ailleurs ?
>>>>
>>>> Tomek
>>>>
>>>> Le 20/07/2016 à 09:37, Franck Paul a écrit :
>>>>
>>>> Bonjour,
>>>>>
>>>>> Je vais intégrer les CSP (content security policies) côté admin et en
>>>>> more
>>>>> reporting pour l'instant dans mon prochain commit (et donc dans la
>>>>> nightly
>>>>> de la nuit prochaine). Ce système, à partir de PHP 5.4, devrait
>>>>> produire
>>>>> en
>>>>> cas de violation de la directive, un rapport dans le fichier texte
>>>>> /admin/csp_report.txt
>>>>>
>>>>> Pouvez-vous tester de votre côté cette prochaine nightly, jouer un peu
>>>>> avec
>>>>> l'admin, et me retourner le contenu du fichier csp_report.txt si
>>>>> jamais il
>>>>> était créé et pas vide ?
>>>>>
>>>>> À noter que cette directive, si jamais elle était trop restrictive,
>>>>> peut
>>>>> assez vite foutre en l'air une admin (et encore plus la partie publique
>>>>> d'un blog), c'est la raison pour laquelle j'y vais doucement.
>>>>>
>>>>> Si tout va bien, on gardera les CSP côté admin pour la 2.10, et je
>>>>> verrai
>>>>> comment gérer la partie publique (largement plus complexe puisqu'on
>>>>> peut
>>>>> intégrer des éléments de sources variées dans un blog).
>>>>>
>>>>> Vous ne savez pas ce que sont les CSP ? Eh bien prenez 15 minutes pour
>>>>> visionner ceci →
>>>>>
>>>>> https://www.paris-web.fr/2015/conferences/csp-content-security-policy.php
>>>>>
>>>>> À vous lire…
>>>>>
>>>>>
>>>>> --
>>>> Dev mailing list - Dev@list.dotclear.org -
>>>> http://ml.dotclear.org/listinfo/dev
>>>>
>>>>
>>>
>>>
>> --
>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
>
> --
>
> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] impossible d'accéder au forum

[Franck Paul]

Plop les gens,

Bon, un certif est effectivement arrivé à expiration et le renouvellement à
l'air d'être foireux ; de plus, vu que le mode HSTS est actif on ne peut
revenir facilement sur HTTP (au lieu du HTTPS). Xave est en balade et
regardera ça ASAP (a priori milieu de semaine prochaine).

Donc on va continuer de vacancer en attendant de repouvoir dire des
conneries sur le forum \o/

Le 22 juillet 2016 à 07:47, Kozlika  a écrit :

> Salut à tous,
>
> C'est Xave qui s'occupe des certificats, Franck lui a envoyé un mail mais
> il est peut être en vadrouille ces temps-ci.
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Avec les navigateurs qui prennent en compte les CSP (cf →
http://caniuse.com/#feat=contentsecuritypolicy) , ça peut verrouiller
encore mieux côté sécu, en tout cas pour l'admin et c'est pas plus mal.

Le 21 juillet 2016 à 14:03, Franck L <franck.la...@sfr.fr> a écrit :

> En effet, j'ai testé et vu les effets, avec une simple histoire de config
> d'url qui n'était pas bonne pour la prévisualisation.
>
> Je n'avais pas vu pour les thèmes.
>
>
> Le 21/07/2016 à 12:49, Franck Paul a écrit :
>
>> Peu importe pour l'endroit, c'est actif dans tous les cas.
>>
>> Sinon les miniatures des thèmes de DA ne sont pas affichées (en tout cas
>> jusqu'à la prochaine nightly), Annie Strohem vient de me signaler le pb et
>> je viens de corriger ça.
>>
>> Merci pour les tests
>>
>> Le 21 juillet 2016 à 10:27, Franck L <franck.la...@sfr.fr> a écrit :
>>
>> Hello Franck,
>>>
>>> Yep. Je teste ça sur mon install de test en local. Ça marche pour du
>>> local, ou il est préférable de tester en ligne, d'ailleurs ?
>>>
>>> Tomek
>>>
>>> Le 20/07/2016 à 09:37, Franck Paul a écrit :
>>>
>>> Bonjour,
>>>>
>>>> Je vais intégrer les CSP (content security policies) côté admin et en
>>>> more
>>>> reporting pour l'instant dans mon prochain commit (et donc dans la
>>>> nightly
>>>> de la nuit prochaine). Ce système, à partir de PHP 5.4, devrait produire
>>>> en
>>>> cas de violation de la directive, un rapport dans le fichier texte
>>>> /admin/csp_report.txt
>>>>
>>>> Pouvez-vous tester de votre côté cette prochaine nightly, jouer un peu
>>>> avec
>>>> l'admin, et me retourner le contenu du fichier csp_report.txt si jamais
>>>> il
>>>> était créé et pas vide ?
>>>>
>>>> À noter que cette directive, si jamais elle était trop restrictive, peut
>>>> assez vite foutre en l'air une admin (et encore plus la partie publique
>>>> d'un blog), c'est la raison pour laquelle j'y vais doucement.
>>>>
>>>> Si tout va bien, on gardera les CSP côté admin pour la 2.10, et je
>>>> verrai
>>>> comment gérer la partie publique (largement plus complexe puisqu'on peut
>>>> intégrer des éléments de sources variées dans un blog).
>>>>
>>>> Vous ne savez pas ce que sont les CSP ? Eh bien prenez 15 minutes pour
>>>> visionner ceci →
>>>>
>>>> https://www.paris-web.fr/2015/conferences/csp-content-security-policy.php
>>>>
>>>> À vous lire…
>>>>
>>>>
>>>> --
>>> Dev mailing list - Dev@list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>>
>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CSP côté admin

[Franck Paul]

Peu importe pour l'endroit, c'est actif dans tous les cas.

Sinon les miniatures des thèmes de DA ne sont pas affichées (en tout cas
jusqu'à la prochaine nightly), Annie Strohem vient de me signaler le pb et
je viens de corriger ça.

Merci pour les tests

Le 21 juillet 2016 à 10:27, Franck L <franck.la...@sfr.fr> a écrit :

> Hello Franck,
>
> Yep. Je teste ça sur mon install de test en local. Ça marche pour du
> local, ou il est préférable de tester en ligne, d'ailleurs ?
>
> Tomek
>
> Le 20/07/2016 à 09:37, Franck Paul a écrit :
>
>> Bonjour,
>>
>> Je vais intégrer les CSP (content security policies) côté admin et en more
>> reporting pour l'instant dans mon prochain commit (et donc dans la nightly
>> de la nuit prochaine). Ce système, à partir de PHP 5.4, devrait produire
>> en
>> cas de violation de la directive, un rapport dans le fichier texte
>> /admin/csp_report.txt
>>
>> Pouvez-vous tester de votre côté cette prochaine nightly, jouer un peu
>> avec
>> l'admin, et me retourner le contenu du fichier csp_report.txt si jamais il
>> était créé et pas vide ?
>>
>> À noter que cette directive, si jamais elle était trop restrictive, peut
>> assez vite foutre en l'air une admin (et encore plus la partie publique
>> d'un blog), c'est la raison pour laquelle j'y vais doucement.
>>
>> Si tout va bien, on gardera les CSP côté admin pour la 2.10, et je verrai
>> comment gérer la partie publique (largement plus complexe puisqu'on peut
>> intégrer des éléments de sources variées dans un blog).
>>
>> Vous ne savez pas ce que sont les CSP ? Eh bien prenez 15 minutes pour
>> visionner ceci →
>> https://www.paris-web.fr/2015/conferences/csp-content-security-policy.php
>>
>> À vous lire…
>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] CSP côté admin

[Franck Paul]

Bonjour,

Je vais intégrer les CSP (content security policies) côté admin et en more
reporting pour l'instant dans mon prochain commit (et donc dans la nightly
de la nuit prochaine). Ce système, à partir de PHP 5.4, devrait produire en
cas de violation de la directive, un rapport dans le fichier texte
/admin/csp_report.txt

Pouvez-vous tester de votre côté cette prochaine nightly, jouer un peu avec
l'admin, et me retourner le contenu du fichier csp_report.txt si jamais il
était créé et pas vide ?

À noter que cette directive, si jamais elle était trop restrictive, peut
assez vite foutre en l'air une admin (et encore plus la partie publique
d'un blog), c'est la raison pour laquelle j'y vais doucement.

Si tout va bien, on gardera les CSP côté admin pour la 2.10, et je verrai
comment gérer la partie publique (largement plus complexe puisqu'on peut
intégrer des éléments de sources variées dans un blog).

Vous ne savez pas ce que sont les CSP ? Eh bien prenez 15 minutes pour
visionner ceci →
https://www.paris-web.fr/2015/conferences/csp-content-security-policy.php

À vous lire…

-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
​​
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Ticket 1074

[Franck Paul]

Je vais implémenter la 1re solution, ça n'empêche pas de développer la 3
après si nécessaire !

Le vendredi 8 juillet 2016, Franck L <franck.la...@sfr.fr> a écrit :

> Plutôt la 1 pour moi. Encore que la 3 soit la plus complète et du coup,
> pourquoi faire moins (hormis pour simplifier le boulot du dév :-P ) ?
>
> Le 08/07/2016 09:48, Franck Paul a écrit :
>
>> 2e question :
>>
>> Ces réglages se feraient :
>>
>> 1. Via les préférences utilisateur, chacun choisirait ainsi ce qu'il a
>> besoin de voir
>> 2. Via les paramètres du blog, l'admin préciserait ce qui est légitime ou
>> pas d'afficher pour le blog
>> 3. Une combinaison des deux, avec côté utilisateur un triple choix :
>> défaut
>> (aka réglage du blog), affiché, masqué
>>
>> Vos avis ?
>>
>>
>> Le 7 juillet 2016 à 16:55, Franck Paul <carnet.franck.p...@gmail.com> a
>> écrit :
>>
>> Ok je vais commencer par implémenter ça pour les billets/pages et on verra
>>> si ça hurle au scandale parce qu'il n'y a pas pareil pour les autres ;-)
>>>
>>> Le 7 juillet 2016 à 16:13, Franck L <franck.la...@sfr.fr> a écrit :
>>>
>>> Hello,
>>>>
>>>> Pour ta question, ça me semble moins pertinent / utile sur les
>>>> commentaires et utilisateurs que sur les billets & pages.
>>>>
>>>> Franck, l'autre
>>>>
>>>> Le 07/07/2016 14:32, Franck Paul a écrit :
>>>>
>>>> À propos du ticket 1074 → http://dev.dotclear.org/2.0/ticket/1074 :
>>>>>
>>>>> Je m'apprête à faire le nécessaire pour les billets et pages sachant
>>>>> que
>>>>> seront optionnels (titre et état ne le sont pas) :
>>>>>
>>>>>  - date
>>>>>  - catégorie (billets seulement)
>>>>>  - auteur
>>>>>  - nb de commentaires
>>>>>  - nb de rétroliens
>>>>>
>>>>> plus un behaviour pour les colonnes additionnelles fournies par les
>>>>> plugins
>>>>> tiers, comme Rosetta
>>>>>
>>>>> Question :
>>>>>
>>>>> Pour les listes de commentaires et d'utilisateurs, est-ce utile de
>>>>> prévoir
>>>>> des colonnes optionnelles ?
>>>>>
>>>>>
>>>>> --
>>>> Dev mailing list - Dev@list.dotclear.org -
>>>> http://ml.dotclear.org/listinfo/dev
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
>>>
>>>
>>
>>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Faille potentielle

[Franck Paul]

Bonjour,

​J'ai reçu un rapport de vulnérabilité m'informant qu'on pouvait uploader
un symlink ​(fichier lien symbolique) dans la médiathèque et ainsi avoir
accès ensuite au contenu du fichier pointé. C'est d'ailleurs idem dans une
archive dezippée dans la médiathèque.

Question : il y-a-t'il des raisons légitimes de vouloir avoir un lien
symbolique dans la médiathèque ?

​À vos claviers…​

-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CodeMirror, mékeskeucé ?

[Franck Paul]

Bonjour,

Un script de coloration syntaxique → http://codemirror.net/
Utile pour ceux qui « bidouillent » leurs thèmes à partir de l'éditeur de
Dotclear

tidyAdmin s'en sert aussi, du coup j'ai mis à jour le script, fait en sorte
qu'il soit beaucoup simple à implémenter dans un plugin, ajouter la bascule
plein-écran (touche F11) et mis en place quelques dizaines de thèmes de
couleurs (à régler dans ses préférences utilisateur de Dotclear).

On pourrait même imaginer qu'à défaut de tout éditeur activé pour la saisie
des billets, pages, … on l'active pour a minima avoir une interface un peu
parlante quand on tape du HTML Mais ça n'est pas implémenté… pour l'instant.

Voili, voilà

Le 18 juin 2016 à 06:42, mirovinben  a écrit :

> Bonjour,
>
> Un certain nombre des derniers changeset traitent de CodeMirror (dont la
> migration depuis themeEditor vers admin/js). C'est quoi "CodeMirror" ?
>
> Bon we
> Michel
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Fwd: [oss-security] Dotclear 2.9.1 XSS vulnerability by SVG

[Franck Paul]

Bonjour et merci pour le signalement.

Je n'étais pas au courant, non, cela dit c'est mineur comme faille vu qu'il
faut pouvoir uploader un SVG qui contient du code malicieux.

2016-05-04 11:56 GMT+02:00 Aymeric :

> Bonjour,
>
> Pour information, vous êtes peut être (je l’espère) déjà au courant.
>
> A+
> Aymeric.
>
>  Original Message 
> Subject: [oss-security] Dotclear 2.9.1 XSS vulnerability by SVG
> Date: 2016-05-04 08:46
> From: limingxing 
> To: "oss-secur...@lists.openwall.com" 
> Reply-To: oss-secur...@lists.openwall.com
>
> Hello,
> We find an vulnerability about Dotclear 2.9.1 XSS vulnerability by SVG
>
> inc/core/class.dc.core.php
> array('media_exclusion','string','/\.(phps?|pht(ml)?|phl)[0-9]*$/i',
>
> Attackers can upload a special SVG picture, for example, add the origin
> SVG picture with
> alert(location)
>  requiredExtensions="http://www.w3.org/1999/xhtml;>
>  http://www.w3.org/1999/xhtml;
> src="javascript:alert(location)" />
>  
> After upload the special SVG, attackers can publish an article with this
> picture with the herf link to this picture. If someone click the picture,
> it will jump to the url of the picture, and this will cause XSS.
> Test on Firefox 45.0.2 （20160407164938）with two alerts.
> Test on Chrome 50.0.2661.94m and IE 10.0.10240.16766 with only one alert
> (alert (location))
>
>
> The picture used for test is
>
> 
> 
>  http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
> http://www.w3.org/2000/svg;
> xmlns:xlink="http://www.w3.org/1999/xlink; x="0px" y="0px"
>  viewBox="0 0 22 20" style="enable-background:new 0 0 22 20;"
> xml:space="preserve">
> 
>   d="M0,10.014c0,1.985,1.486,3.632,3.438,3.95l0.688,0.055h3.832v-1.993H4.173
>
> L3.717,11.99C2.399,11.78,2,10.982,1.943,9.939C1.888,8.942,2.831,8.053,4.475,7.486c0,0-1.214-1.617,0-2.633
>
> c1.214-1.016,2.967,0.884,2.967,0.884s2.197-4.176,5.463-3.87c4.929,0.463,4.541,5.917,4.541,5.917s2.566,0.439,2.566,2.155
>
> c0,1.915-2.185,2.087-2.185,2.087h-3.758v1.993h3.806l0.688-0.055C20.514,13.646,22,11.999,22,10.014
>
> c0-1.744-1.148-3.229-2.751-3.778C19.191,2.782,16.289,0,12.719,0c-2.575,0-4.802,1.447-5.866,3.55
>
> C6.35,3.01,5.622,2.67,4.812,2.67c-1.519,0-2.75,1.196-2.75,2.67c0,0.385,0.084,0.751,0.234,1.081C0.936,7.076,0,8.439,0,10.014z"
>   />
>   points="12,20 12,8.581 16,11 16,9 11,6 6,9 6,11 10,8.581 10,20"/>
> 
> alert(location)
>  requiredExtensions="http://www.w3.org/1999/xhtml;>
>
> http://www.w3.org/1999/xhtml;
> src="javascript:alert(location)" />
>
> 
>
> 
>
> This vulnerability was found by chenruiqi of Qihoo 360 Codesafe Team
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev




-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] droits pour thèmes

[Franck Paul]

En fait t'as raison Philippe, on va prendre des vacances ! À partir de
maintenant tiens…

Le 15 avril 2016 à 14:51, Philippe  a écrit :

> Le 15 avril 2016 à 12:34, brol  a écrit :
>
> > V'là la clique des +1 en soutien ;)
>
> Je pense que tu devrais prendre des vacances.
>
> Très longues et très loin, les vacances.
>
> --
> Philippe
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.9.1 à l'horizon

[Franck Paul]

Salut,

Problème connu, qui est normalement réglé par la prochaine 2.9.1

Le 8 mars 2016 à 16:33, Pinkilla <p...@namok.be> a écrit :

> Salut,
>
> Chez moi, je dois sauver une fois pour voir apparaitre l'éditeur. (Je l'ai
> signalé sur irc). Ce n'est pas très gênant lorsque l'on sait que sauver une
> fois va résoudre le problème. Je ne me sert des boutons que pour
> l'insertion d'images ceci dit.
>
> Bàv
> pit
>
>
> On 01/03/16 09:36, Franck Paul wrote:
>
>> Pour le problème d'éditeur absent (ou pas), c'est seulement si vous êtes
>> en
>> HTTPS côté admin et HTTP côté public. Donc ce n'est gênant que pour ceux
>> qui ont un peu sécurisé leur admin.
>>
>> Pour les dossiers récents, c'est une facilité nouvelle, qui s'affiche
>> devant le champ de recherche de la médiathèque, et qui permet d'avoir un
>> menu rapide d'accès aux N derniers dossiers visités. Une correction est
>> prévue dans la 2.9.1 à venir.
>>
>> Le 1 mars 2016 à 08:44, Franck L <franck.la...@sfr.fr> a écrit :
>>
>> Le 01/03/2016 08:41, Franck L a écrit :
>>>
>>> Le 01/03/2016 07:30, Franck Paul a écrit :
>>>>
>>>> Plop les gens,
>>>>>
>>>>> Visiblement les tests effectués la semaine dernière n'ont pas suffit,
>>>>> j'ai
>>>>> corrigé deux bugs sur la 2.9 depuis hier soir :
>>>>>
>>>>> 1. Les dossiers récents de la médiathèques (éviter de les utiliser en
>>>>> attendant la 2.9.1)
>>>>> 2. Pas d'éditeur sur un nouveau billet ou une nouvelle page, là par
>>>>> contre
>>>>> je m'étonne que personne ne s'en soit aperçu !
>>>>>
>>>>> ​Bref, va y avoir une nouvelle mise à jour dans pas tard.​
>>>>>
>>>>> Hello,
>>>>>
>>>> 1 : j'ai créé des dossiers hier sans aucun problème (!?) Il est censé se
>>>> passer quoi de pâs bien ?
>>>> 2 : je ne pense pas avoir créé de billet / page en 2.9, du coup, pas vu,
>>>> désolé. C'est avec l'éditeur wiki ?
>>>>
>>>> Edit : en fait si, je viens de vérifier, j'ai créé un billet en 2.9-dev
>>> avec le wiki, pas eu de disparition d'éditeur.
>>>
>>> --
>>> Dev mailing list - Dev@list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>>
>>
>>
>
> --
> Pinkilla
> pb(à)namok.be
> http://pit.namok.be / http://blog.namok.be
>
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Fwd: Fwd: [oss-security] Re: CVE Request: Dotclear: XSS vulnerability in comments managment page and media exclusion control enforcement

[Franck Paul]

Ah non, pas vu passer, mais c'est pour deux vieux trucs de la 2.8.2, donc
spa grave :-)

Merci pour t'en être inquiété Jean-Michel.

2016-03-08 13:51 GMT+01:00 Jean-Michel Royer :

> C'est passé en spam chez moi, l'avez-vous vu ?
>
> -- Forwarded message --
> From: Aymeric (APLU) 
> Date: 2016-03-07 11:22 GMT+01:00
> Subject: [Dotclear Dev] Fwd: [oss-security] Re: CVE Request: Dotclear: XSS
> vulnerability in comments managment page and media exclusion control
> enforcement
> To: dev@list.dotclear.org
>
>
>
> Bonjour,
>
> Pour information, deux CVE ont été affecté à Dotclear pour des correctifs
> sécurité effectués en 2.8.2.
>
> Aymeric.
>
>
>  Original Message 
> Subject: [oss-security] Re: CVE Request: Dotclear: XSS vulnerability in
> comments managment page and media exclusion control enforcement
> Date: 2016-03-07 04:04
> From: cve-ass...@mitre.org
> To: car...@debian.org
> Cc: cve-ass...@mitre.org, oss-secur...@lists.openwall.com
> Reply-To: oss-secur...@lists.openwall.com
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Dotclear, a web publishing software, fixed a cross-site scripting
> > vulnerability in 2.8.2. Additionally the media exlusion control in the
> > media manager was furhter enforced:
> >
> > https://dotclear.org/blog/post/2015/10/25/Dotclear-2.8.2
> >
>
> The XSS vulnerability was fixed with
> >
> > https://hg.dotclear.org/dotclear/rev/65e65154dadf
> >
> > admin/comments.php
> > -  form::hidden(array('author'),preg_replace('/%/','%%',$author)).
> > +
> >
> form::hidden(array('author'),html::escapeHTML(preg_replace('/%/','%%',$author))).
> >
>
> Use CVE-2015-8831.
>
>
> The second mentioned issue was addressed with
> >
> > https://hg.dotclear.org/dotclear/rev/198580bc3d80
> >
> > inc/core/class.dc.core.php
> > -  array('media_exclusion','string','/\.php[0-9]*$/i',
> > +  array('media_exclusion','string','/\.(phps?|pht(ml)?|phl)[0-9]*$/i',
> >
>
> Use CVE-2015-8832.
>
> - --
> CVE Assignment Team
> M/S M300, 202 Burlington Road, Bedford, MA 01730 USA
> [ A PGP key is available for encrypted communications at
>   http://cve.mitre.org/cve/request_id.html ]
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQIcBAEBCAAGBQJW3O4DAAoJEL54rhJi8gl5MnsQALSILA8PaHLFRRQbrXcz43e/
> PGGgyWrqqZQY5KvfLkDmcTSR7D9JuIFfQa0jU6I88h62PZ0jk8nWwrWdozOchgZW
> fyO2Zbdh3BMO3RW+hMnTpKVq66WvSFSs1vFIAG6y44RY7ddWCjVLWYw1r7MJnnNW
> gzyqH4QrMUFMr3eki8rWOWXX4gCZ104D25eChC406M08QGBO77xSYn5llK68CraS
> 2HRFuVtUleHMgS/JkBS6VWd2dBYNQPaHtIUM+THvDePh9HV+J4jrS24qc6cDEsHR
> uFP/8oAn47ob8sJeSfdZp4Rqq8r12aOFsHReCQa69N/gaXtLdEFAuKJSx+yCClAR
> v0XcmlWUeum/3zr+/vTBXj+K+IESHPOWZl6YxuW125c1KgSba2rkeuORT/nq4R1l
> vraRd479fpA22+s5ii81EjxtEgGMKT/woHdxlJRgJeBCtiuXRYcoanS4QmNfw00C
> wasOMNYaaYwJtBOMDEgCLFZlvO3/7EuWPFZidoKTGc58o4fwz3TXEG7Ez8rVL9EF
> CaIzjl9wx5MLaLQhj6G8SgM3+mtDPN7/yLfDj0E7nhSsY9Sr98NXdlBIvrEbkNGK
> FBOFE/xQxzNKSDQI7+p+7pQ5drpIK/53GwcgVw4dbepNgJNn6DQVzDhiN92o+Kwx
> vMgmqdP5oqnZIf7Ya+V7
> =0vja
> -END PGP SIGNATURE-
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.9.1 à l'horizon

[Franck Paul]

Nope, growUp sert uniquement à refaire les conversions prévues par la mise
à jour et à positionner le bon numéro de version de Dotclear.

C'est du one-shot, donc pour relancer le plugin il faut virer son numéro de
version dans la table des versions, numéro qui est équivalent à celui de DC
(astuce pour ne pas le rejouer à chaque fois qu'on repasse par l'admin,
mais pour qu'il serve en l'état à chaque changement de version de Dotclear).

Le 4 mars 2016 à 13:25, Philippe  a écrit :

> Avant, les préférences pour les dates étaient sérialisées, et stockées
> dans les paramètres du blog. Maintenant ce n'est plus sérialisé mais
> sous forme de tableau, ce que s'attend à trouver la fonction qui
> contient foreach et qui logiquement couine.
>
> Je pensais que growup servait justement à faire cette conversion si
> elle s'était mal passée lors de la mise à jour
> --
> Philippe
>
>
> Le 4 mars 2016 à 12:42, mirovinben  a écrit :
> > Heu...
> > Suis pas sûr que growUp puisse servir à ça.
> >
> > Si je compare deux fichiers (dc2)admin\blog_pref.php, l'un venant d'un
> > DC2.8.2, l'autre de DC2.9.0 la seule différence qui concerne mon
> signalement
> > vient de unserialize()...
> >
> > DC2.8.2 :
> > $date_formats = unserialize($blog_settings->system->date_formats);
> > $time_formats = unserialize($blog_settings->system->time_formats);
> >
> > DC2.9.0:
> > $date_formats = $blog_settings->system->date_formats;
> > $time_formats = $blog_settings->system->time_formats;
> >
> > qui impactent ensuite...
> >
> > ligne 72 :
> > foreach ($date_formats as $format) {
> > $date_formats_combo[dt::str($format, $now)] = $format;
> > }
> >
> > ligne76 :
> > foreach ($time_formats as $format) {
> > $time_formats_combo[dt::str($format, $now)] = $format;
> > }
> >
> > Michel
> >
> > Le 04/03/2016 10:08, Philippe a écrit :
> >>
> >> Même couinement dans les paramètres du blog pour les dates, et
> >> pourtant en PHP 5.6. J'ai résolu le problème en copiant-collant les
> >> valeurs d'une installation neuve, mais je crois que Franck a fait un
> >> plugin pour cela maintenant (growUp)
> >> --
> >> Philippe
> >>
> >>
> >> Le 4 mars 2016 à 09:25, mirovinben  a écrit :
> >>>
> >>> Plop,
> >>>
> >>> En attendant de migrer mon hébergement sur un mutualisé qui tourne sous
> >>> PHP5.5 (travaux en cours, je prends mon temps), je continue de tester
> la
> >>> 2.9
> >>> en local sous PHP5.2. Voui, cémal mais je suis un rebelle très têtu.
> >>>
> >>> Peu de couinement pour l'instants sauf, dans l'écran "Paramètres du
> >>> blog",
> >>> un double message d'erreur "Warning: Invalid argument supplied for
> >>> foreach()
> >>> in M:\www\dc2\admin\blog_pref.php on line 72" (et line 76) qui bloque
> >>> l'affichage des listes déroulantes concernant les formats date et heure
> >>> de
> >>> la section "Présentation du blog"
> >>>
> >>> Ce mail est là juste pour vous informer, pas pour trouver une solution.
> >>> Sauf
> >>> si ça vous fait ça aussi avec PHP5.3.
> >>>
> >>> A+
> >>>
> >>>
> >
> > --
> > Dev mailing list - Dev@list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>



-- 

Franck  — Operating Crocker’s rules (http://sl4.org/crocker.html)
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev