Filter of comparison in SPIP 1.9.2

Hello all,

I had a nice filter that showed me the date of publication of an article 
only in rubrique 1. It worked perfectly well in SPIP 1.8, but since I 
have upgraded to 1.9 and reworked the site, the filter doesn't work 
anymore.

My code for the filter looks as follows:

[(id_rubrique|=={1}|?{(#DATE|affdate)})]

On the frontend, this code is shown as that, without being interpreted, 
except for (#DATE|affdate) which shows the date correctly.

Anyone has an idea about what's wrong about that?

Or is there another way to show the date only in rubrique 1 and not in 
the other rubriques / sections ?

Simon
--

-- 
-----------------------
Simon Schneebeli
078 619 31 18
----------------------

Re: Filter of comparison in SPIP 1.9.2

Hi,

since 1.9, Spip is more strict for the evaluation of it's expressions.

So you should try :

[(id_rubrique|=={1}|?{[(#DATE|affdate)]})]

The difference is only the braces that enable to apply correctly the filter.

If it doesn't work, you can also do this :
#SET{date,[(#DATE|affdate)]}
[(id_rubrique|=={1}|?{#GET{date}})]

.Gilles
---
2007/8/2, Simon Schneebeli <simon.schneebeli@...>:
> Hello all,
>
> I had a nice filter that showed me the date of publication of an article
> only in rubrique 1. It worked perfectly well in SPIP 1.8, but since I
> have upgraded to 1.9 and reworked the site, the filter doesn't work
> anymore.
>
> My code for the filter looks as follows:
>
> [(id_rubrique|=={1}|?{(#DATE|affdate)})]
>
> On the frontend, this code is shown as that, without being interpreted,
> except for (#DATE|affdate) which shows the date correctly.

Re: plugin forms_et_tables_1_9_1

Big Problem HTTP 302 install/login

Re: Big Problem HTTP 302 install/login

Hello Martín,

I don't know the solution to your problem.

But if you don't want to wait too long for an answer, I'd suggestion 
that - after a complete backup - you replace all the SPIP files (make a 
new install over the old one). This way, you won't find out what exactly 
was wrong, but your system may work again.

Simon
(not a SPIP expert, but a regular user)

Martín Gaitán a écrit :
> My site has a very strange and important problem:
>
> I've just tried to log in and when I put my password the system 
> redirect me to the first step of login (put username). SPIP was 
> properly installed and works ok until this momento, so I blamed to my 
> customer, who is another 'admin' of the site: cleaning the waste of 
> our experiments, may be he deleted my user, i thought.
>
> I deleted config/connect.php to reinstall spip and set up my user 
> again, and sorpraise: I can't to surpass the fourth stage. Appears the 
> following message
>
>
>   HTTP 302
>
> Si tu navegador no te redirige automaticamente, pincha aquí para 
> continuar. <http://www.ph-cordoba.com/ecrire/?exec=install>
>
>
> I've been googling and I've found this thread: 
> http://forum.spip.org/fr_193394.html  wich send to this
> http://archives.rezo.net/spip.mbox/200703.mbox/%3cesbt0i$7ja$1 <at> sea.gmane.org%3e 
> <http://archives.rezo.net/spip.mbox/200703.mbox/%3cesbt0i$7ja$1 <at> sea.gmane.org%3e>
>
> Basiclly, it proposose to comment a few lines from inc/header.php . In 
> particular, these:
> if (!$equiv OR ereg("^Apache", $GLOBALS['SERVER_SOFTWARE'])) {
> 		@header("Location: " . $url);
>
> 	} else {
> 		@header("Refresh: 0; url=" . $url);
> 		$equiv = "<meta http-equiv='Refresh' content='0; url=$url'>";
> 	}
>
> I've done it, but nothing change.
> Please, this is a big problem for us.
>
> Any idea?
>
> greetings.
> Martin
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> spip-en@... - http://listes.rezo.net/mailman/listinfo/spip-en
>   

Re: plugin forms_et_tables_1_9_1

Can you describe your bug to the bug report system ?
http://trac.rezo.net/trac/spip/newticket
(you must have an account to login :
http://trac.rezo.net/spip_login.php3?url=/trac/spip/)

You can see all tickets here :
http://trac.rezo.net/trac/spip/report/1

.Gilles
---
2007/8/4, Barnie <spip@...>:
>  Error continued, now when editing an existing form or table:
>
>
> Fatal error: Call to undefined function bouton_block_depliable() in
> /.../plugins/forms_et_tables_1_9_1/inc/forms_edit.php on
> line 405
>
>
>
> On 2007 Jul 25, at 11:10, Gilles Vincent wrote:
>
> Hi,
>
> this is a known bug which has been corrected 4 days ago.
> You can download (via svn) the version 13697
> The last version is at
> http://files.spip.org/spip-zone/forms_et_tables_1_9_1.zip .
>
> .Gilles
> --
> 2007/7/24, Barnie <spip@...>:
> Hi,
>
> I am using SPIP 1.9.2a [8878].
>
> When trying to create a new form with plugins/forms_et_tables_1_9_1,
>
> http://.../ecrire/?exec=forms_edit&new=oui&retour=%3Fexec%3Dforms_tous
>
> a "warning" is being produced,
>
> Warning: unserialize() expects parameter 1 to be string, array given
> in /.../plugins/forms_et_tables_1_9_1/inc/forms_edit.php on
> line 471
>
> That does not happen when editing an existing form. Same observation
> for tables. The plugin should work for 1.9.2 as well.
>
> Any idea what's going wrong here?
> _______________________________________________
> spip-en@... -
> http://listes.rezo.net/mailman/listinfo/spip-en
>
>
>
> _______________________________________________
> spip-en@... -
> http://listes.rezo.net/mailman/listinfo/spip-en
>
>

Re: plugin forms_et_tables_1_9_1

Well, that is about all I can provide as "description". The error  
occurs, as I said, when editing an existing table / form, not when  
creating a new one. Seems that something is fishy with the spip version:

if (version_compare($GLOBALS['spip_version_code'],'1.925','>'))

creates the problem.

On 2007 Aug 6, at 9:56, Gilles Vincent wrote:

> Can you describe your bug to the bug report system ?
> http://trac.rezo.net/trac/spip/newticket
> (you must have an account to login :
> http://trac.rezo.net/spip_login.php3?url=/trac/spip/)
>
> You can see all tickets here :
> http://trac.rezo.net/trac/spip/report/1
>
> .Gilles
> ---
> 2007/8/4, Barnie <spip@...>:
>>  Error continued, now when editing an existing form or table:
>>
>>
>> Fatal error: Call to undefined function bouton_block_depliable() in
>> /.../plugins/forms_et_tables_1_9_1/inc/forms_edit.php on
>> line 405
>>
>>
>>
>> On 2007 Jul 25, at 11:10, Gilles Vincent wrote:
>>
>> Hi,
>>
>> this is a known bug which has been corrected 4 days ago.
>> You can download (via svn) the version 13697
>> The last version is at
>> http://files.spip.org/spip-zone/forms_et_tables_1_9_1.zip .
>>
>> .Gilles
>> --
>> 2007/7/24, Barnie <spip@...>:
>> Hi,
>>
>> I am using SPIP 1.9.2a [8878].
>>
>> When trying to create a new form with plugins/forms_et_tables_1_9_1,
>>
>> http://.../ecrire/?exec=forms_edit&new=oui&retour=%3Fexec% 
>> 3Dforms_tous
>>
>> a "warning" is being produced,
>>
>> Warning: unserialize() expects parameter 1 to be string, array given
>> in /.../plugins/forms_et_tables_1_9_1/inc/forms_edit.php on
>> line 471
>>
>> That does not happen when editing an existing form. Same observation
>> for tables. The plugin should work for 1.9.2 as well.
>>
>> Any idea what's going wrong here?
>> _______________________________________________
>> spip-en@... -
>> http://listes.rezo.net/mailman/listinfo/spip-en
>>
>>
>>
>> _______________________________________________
>> spip-en@... -
>> http://listes.rezo.net/mailman/listinfo/spip-en
>>
>>

Re: Big Problem HTTP 302 install/login

Re: Big Problem HTTP 302 install/login

No idea where the problem lies. Based on the forum that you have already 
searched, I don't think it is linked to the SPIP version you are using. 
Did you try from another browser?

Maybe it will help if you make a test on an other server.

Simon

Martín Gaitán a écrit :
> I've reinstall spip from scratch in a subdirectory and error persist a 
> 4th step in the install process.
> OMG!
>
> By the way, I'm using 1.92b
>
> Trying with 1.93svn?
>
> I don't know what to do.
>
> 2007/8/6, Simon Schneebeli <simon.schneebeli@... 
> <mailto:simon.schneebeli@...>>:
>
>     Hello Martín,
>
>     I don't know the solution to your problem.
>
>     But if you don't want to wait too long for an answer, I'd suggestion
>     that - after a complete backup - you replace all the SPIP files
>     (make a
>     new install over the old one). This way, you won't find out what
>     exactly
>     was wrong, but your system may work again.
>
>     Simon
>     (not a SPIP expert, but a regular user)
>
>     Martín Gaitán a écrit :
>     > My site has a very strange and important problem:
>     >
>     > I've just tried to log in and when I put my password the system
>     > redirect me to the first step of login (put username). SPIP was
>     > properly installed and works ok until this momento, so I blamed
>     to my
>     > customer, who is another 'admin' of the site: cleaning the waste of
>     > our experiments, may be he deleted my user, i thought.
>     >
>     > I deleted config/connect.php to reinstall spip and set up my user
>     > again, and sorpraise: I can't to surpass the fourth stage.
>     Appears the
>     > following message
>     >
>     >
>     >   HTTP 302
>     >
>     > Si tu navegador no te redirige automaticamente, pincha aquí para
>     > continuar. <http://www.ph-cordoba.com/ecrire/?exec=install>
>     >
>     >
>     > I've been googling and I've found this thread:
>     > http://forum.spip.org/fr_193394.html  wich send to this
>     >
>     http://archives.rezo.net/spip.mbox/200703.mbox/%3cesbt0i$7ja$1 <at> sea.gmane.org%3e
>     <http://archives.rezo.net/spip.mbox/200703.mbox/%3cesbt0i$7ja$1 <at> sea.gmane.org%3e>
>     >
>     <http://archives.rezo.net/spip.mbox/200703.mbox/%3cesbt0i$7ja$1 <at> sea.gmane.org%3e>
>     >
>     > Basiclly, it proposose to comment a few lines from
>     inc/header.php . In
>     > particular, these:
>     > if (!$equiv OR ereg("^Apache", $GLOBALS['SERVER_SOFTWARE'])) {
>     >               @header("Location: " . $url);
>     >
>     >       } else {
>     >               @header("Refresh: 0; url=" . $url);
>     >               $equiv = "<meta http-equiv='Refresh' content='0;
>     url=$url'>";
>     >       }
>     >
>     > I've done it, but nothing change.
>     > Please, this is a big problem for us.
>     >
>     > Any idea?
>     >
>     > greetings.
>     > Martin
>     >
>     >
>     ------------------------------------------------------------------------
>     >
>     > _______________________________________________
>     > spip-en@... <mailto:spip-en@...> -
>     http://listes.rezo.net/mailman/listinfo/spip-en
>     >
>
>
>
>
>
> -- 
> Elige la libertad: www.obtengalinux.org <http://www.obtengalinux.org>
> ------------------------------------------------------------------------
>
> _______________________________________________
> spip-en@... - http://listes.rezo.net/mailman/listinfo/spip-en
>   

permissions at instalation