gmane.comp.web.spip.devel

Re: Bug in URL generation

Luis Speciale — 2013-05-22T16:16:45

Le 19/05/13 07:38, German Bustos a écrit :
El htacces está activo ? (tenés que utlizar el fichero htaccess.txt 
ponerle un punto adelante y sacarle el sufijo, te tiene que quedar 
.htaccess, o sea, un fichero invisible)

plugin medias et paramètre $gallerie : double occurrence du formulaire

Peetdu — 2013-05-22T10:08:57

Bonjour,

je voulais signaler un fonctionnement curieux du plugin Medias (version 
2.7.44)

Mon objectif était d'appeler un fichier custom créé à partir de 
medias/formulaires/inc-upload_document.html (que j'ai nommé 
formulaires/inc-objet-document)

Mais l'appel suivant.... 
#FORMULAIRE_JOINDRE_DOCUMENT{'new',#ID_OBJET,'objet','auto','formulaires/inc-objet-document'} 


...génère deux formulaires (?!)

En modifiant le fichier medias/formulaires/joindre-document.html

<form action="#ENV{action}#formulaire_joindre_document-#ENV{id,new}" 
method="post" enctype='multipart/form-data'><div>
[(#ACTION_FORMULAIRE{#ENV{action}})]

[(#ACTION_FORMULAIRE{#ENV{action}})]
[(#ENV{_galerie,''}|oui)
[(#INCLURE{fond=#ENV{_galerie}, env, ajax})]
]
[(#ENV{_galerie,''}|non)
[(#INCLURE{fond=formulaires/inc-upload_document, env, 
mediatheque=#ENV{objet,''}|et{#ENV{id_objet,''}}|et{#ENV{proposer_media}}})]
]

</div></form>

...j'obtiens un seul formulaire.

Re: SPIP 3.0.9

YannX/SPIP — 2013-05-22T09:18:24

Le 22/05/2013 10:12, Ben. a écrit :
Ben déjà.... revenir a MySQL par defaut à l'installation

Et je propose un patch améliorant l'usage de spip_loader.php

Je suis aussi en train de revoir les connexions a LDAP
et les _LOGIN_TROP_COURT et _PASS_LONGUEUR_MINI,
non encore validables..

Re: SPIP 3.0.9

YannX/SPIP — 2013-05-22T09:14:09

Le 22/05/2013 10:12, Ben. a écrit :
Ben, .... déjà, revenir a MySQL par defaut !

Et je propose un patch améliorant l'usage de spip_loader.php

SPIP 3.0.9

Ben. — 2013-05-22T08:12:45

Coucou,
elle se prépare, des choses à dire / commiter avant de la sortir ?

Re: Bug in URL generation

Fil — 2013-05-21T07:16:28

I'm not sure the standard ("clean") URLs of SPIP are likely to help you
with the model you want. They are designed to accomodate several
constraints that you don't have (like: non-unicity of titles), and we've
recently added this /1234 shortcut which breaks what you want to do.

For now I would suggest that you fork urls/propres.php and hack it your way.

For the future we will have to consider writing a proper URL model with
lists of patterns that can be read and written from a simple file; we're
not there yet, alas, but we've talked about it several times with
< at >rastapopoulos, so wat's missing is a bit of time to apply to the problem :)

Re: Bug in URL generation

Matthieu Marcillaud — 2013-05-19T12:35:41

Le 19/05/2013 07:38, German Bustos a écrit :

I think that you can disable that in the .htaccess file.
You need to comment the line 88 (after # ping http://site/1234 => 
article1234) witch is :

RewriteRule ^([1-9][0-9]*)$ 
spip.php?action=redirect&type=article&status=301&id=$1 [QSA,L]


MM.

Bug in URL generation

German Bustos — 2013-05-19T05:38:06

Hi,

(Sorry to write in English, my native languaje is Spanish, I can't write
French)

I've a problem with site. It's a TV show site, so it's sections are the
seasons: 2003, 2004, 2005 ..., to 2013 and counting on...

I've selected Clean URLs so it is supposed to use mysite.com/2003 as URL
The first problem is that SPIP reads this as and article URL and tries
mysite.com/spip.php?page=article&id_article=2005

So I changed the URLs directly in spio_urls table in the data base using
phpMyAdmin I wrote /Temporada-2003 for example, and so on..

When my costumer created a new section for this year season ----.--/2013
the problem came back. So I decided to update to SPIP 3.0.8

Now things go worse, the sections appeared with the Temporada-XXXX URL, but
when I click in View on-line link SPIP generates automatically the only
number URL and set it as primary URL, so I come back to problem one.

Is it a bug of SPIP? what can be done?

Thanks,

Germán

Re: Comment envoyer en HTML les messages d'annonce de nouveautés (nouveautes.html) ?

Webserviteur de CoeurNet.org — 2013-05-17T15:58:14

Bonjour,

Est-ce que quelqu'un pourrait aller voir dans le code comment marche 
l'envoi des nouveautés selon le squelette nouveaute.html ?
Le sujet est toujours lu sur la 1ere ligne manifestement. Qu'est-ce qui 
a changé depuis la version 3.0.x, pourqu'on ne puisse plus définir le 
content-type ?

Merci d'avance...

Alain

Le 03/05/2013 17:10, Webserviteur de CoeurNet.org a écrit :

Dans l'espace public Formulaire objet de renvoi pasid_objet

Peetdu — 2013-05-15T15:39:46

Bonjour,

j'ai posé cette question sur spip_user et je la repose ici car je pense 
qu'il y a peut être un bug.

Je créé un objet éditorial et je met la balise 
#FORMULAIRE_EDITER_MON_OBJET sur la partie publique.

A la validation du formulaire, je récupère bien tout les champs sauf 
id_objet.

J'ai reproduit le problème sur 3 serveurs différents avec un SPIP 3.0.8.
J'ai également reproduit le problème avec #FORMULAIRE_EDITER_ARTICLE.

Quelqu'un a t-il constaté le même problème ?

P.

mise á jour 3.0.5->3.0.8 OK

klaus++ — 2013-05-15T06:19:44

SPIP 3.0.5 SVN [20237] -> 3.0.8 SVN [20523]
cd /spipinstall/
svn up
Ensuite mise à jour auto de deux plugins (crayons/en travaux)
Youpiii!

Avec d'autres sites j'ai eu de petits problèmes cad les menus déroulants 
de l'espace privé ne fonctionnent plus depuis cett manip.

Pas eu le temps de chercher et corriger, ce n'est pas trop grave.

Merci !
klaus++

Re: Ecriture d'un item de langue dans du yaml

Joseph — 2013-05-14T09:20:11

Pour ma part, j'ai toujours utilisé les guillemets. Jamais testé l'écriture
sans guillemet.

Attention, ces derniers mois, un bug dans saisies faisait que les chaines
de langue n'étaient plus prise en compte dans les datas des saisies.
Corrigé  par
http://zone.spip.org/trac/spip-zone/changeset/72619/_plugins_/saisies/inc

Cordialement

 Joseph


Le 10 mai 2013 17:27, Eric <eric< at >smellup.net> a écrit :

Ecriture d'un item de langue dans du yaml

Eric — 2013-05-10T15:27:11

Hello,

Je cherchais les cas d'utilisation d'un item de langue dans un fichier yaml.
C'est le cas pour définir les formulaires de saisie des noisettes par
exemple.

Dans la plupart j'ai trouvé cette écriture :
      label: '<:module:nom_label:>'

Par contre dans le plugin Albums j'ai trouvé une autre écriture sans quote
mais je ne sais pas si elle a jamais été testée :
      datas:
        '': <:album:label_modele_alignement_defaut:>
        left: <:album:label_modele_alignement_gauche:>
        center: <:album:label_modele_alignement_centre:>
        right: <:album:label_modele_alignement_droite:>

Est-ce que quelqu'un peut me dire si cette deuxième écriture est valide ou
pas ?

Merci d'avance.

++
Eric

Re: Déplacement d'articles : c'est moi ou c'est un bug [C'est moi]

Denis Chenu — 2013-05-10T14:00:30

Oups,

C'est moi, un champs extra avec un minimum à 1.

Pas très visible, mais c'est bien moi .

Désolé du bruit.
Ne reste que:
2: Déplacement via [Déplacer] sur la page d'exec de l'article : OK avec
javascript, mais impossible sans.
-> a ne pas afficher si pas de js, mais c'est moins important

Déplacement d'articles : c'est moi ou c'est un bug

Denis Chenu — 2013-05-10T13:42:04

Bonjour,

Avant de faire un rapport, je voulais être sur que c'était pas que chez
moi, ou que ce n'est pas déjà résolu.
Cela concerne le déplacement d'article.
1: Déplacement d'article via la page de modification d'article : rien ne
se passe, avec ou sans suhosin, avec ou sans javascript : lors de la
validation, c'est bien la nouvelle rubrique qui est affiché, mais le
déplacement n'a pas eu lieu.
2: Déplacement via [Déplacer] sur la page d'exec de l'article : OK avec
javascript, mais impossible sans.

Donc, si c'est bien "pas moi" j'effectue un rapport. Si "c'est moi" je
cherche au niveau des plugins.
J'ai trouvé celui-ci : http://core.spip.org/issues/2990 mais ne semble
pas être explicitement le bon.

Version de Spip :SPIP 3.0.8 [20422]

Denis

Re: core.spip.org ne répond plus, c'est normal ?

Webserviteur de CoeurNet.org — 2013-05-10T09:23:15

J'ai signalé ce problème sur la liste depuis le 3/5, mais pas encore de 
réponse, pour cause de viaduc du mois de mai je suppose. Je voulais voir 
si le problème avait déjà été reporté comme bug.

--
Alain

Le 10/05/2013 11:12, Eric a écrit :

Re: core.spip.org ne répond plus, c'est normal ?

Eric — 2013-05-10T09:12:55

Tu peux le faire sur cette liste déjà.


2013/5/10 Webserviteur de CoeurNet.org <webserviteur< at >coeurnet.org>

core.spip.org ne répond plus, c'est normal ?

Webserviteur de CoeurNet.org — 2013-05-10T09:10:27

Bonjour,

core.spip.org ne répond plus, c'est normal ?
J'aimerais signaler un bug dans SPIP, où m'adresser ?

--
Alain

Re: [SPIP 3.0] $forcer_lang inactif

eric — 2013-05-09T06:51:29

bonjour quentin

en spip3, ou avez vous déclarer $GLOBALS['forcer_lang'] = true 
le fichier mes_options.php ne semblant plus exister ?

Eric

Re: Pétouille sur mediabox.zip - bug sur les outils de création de zip ?

Suske — 2013-05-08T18:34:39

Back from IRC:

En effet, il semble bien s'agir de la même chose que
http://article.gmane.org/gmane.comp.web.spip.zone/31772
(http://thread.gmane.org/gmane.comp.web.spip.zone/31772)

<quote>
Problème signalé ici sur contrib :

http://contrib.spip.net/MediaBox#forum466198

http://contrib.spip.net/jQuery-UI-pour-SPIP#comment466484

Si on télécharge http://files.spip.org/spip-zone/archives.xml on peut
voir que 5 paquets du répertoire _core_ sont proposés dans ce flux :

_core_/plugins/dev
_core_/plugins/forum
_core_/plugins/jquery_ui
_core_/plugins/mediabox
_core_/plugins/textwheel

Le problème est que certains de ces plugins, qui proposent aussi une
version pour SPIP 2.1 dont les sources sont dispo dans _plugins_, ne
sont pas listées dans le flux.

J'ai observé le bug pour jQuery UI, Mediabox, et il doit aussi se
présenter pour forum et textwheel.

Je pense que le problème doit venir de smart paquets.

++
b_b
</quote>



Le 08/05/13 17:04, Suske a écrit :

Pétouille sur mediabox.zip - bug sur les outils de création de zip ?

Suske — 2013-05-08T15:04:52

Salut,

Dans http://zone.spip.org/trac/spip-zone/browser/archivelist.txt#L563 je
vois: _plugins_/mediabox;mediabox qui renvoie au dossier du plugin pour
SPIP 2.1 - v. 0.6.10
http://zone.spip.org/trac/spip-zone/browser/_plugins_/mediabox

Pourtant http://files.spip.org/spip-zone/mediabox.zip contient la
version 0.8.4, j'imagine extraite depuis de _core_/plugins/mediabox

Puis dans
http://zone.spip.org/trac/spip-zone/browser/archivelist_core.txt#L51, je
vois _core_/branches/spip-3.0/plugins/mediabox qui renvoie au dossier du
plugin-dist de la branche SPIP 3 - v. 0.8.4
http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/mediabox

Pourtant http://files.spip.org/core/mediabox.zip contient la version
0.8.2, extraite de je ne sais pas où (c'est la version de SPIP 3.0.0)


En résumé, il me semble que d'après les archivelist on devrait avoir:
- la version SPIP2 (0.6.10) de la mediabox mais elle n'est plus zippée
et le zip contient la version actuelle (0.8.4)
- la version stable actuelle