phpwiki-talk

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7204] trunk/lib/plugin/Video.php

[Reini U. <ru...@x-...>]

2009/10/12  <var...@us...>:
> Revision: 7204
>          http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7204&view=rev
> Author:   vargenau
> Date:     2009-10-12 11:59:34 +0000 (Mon, 12 Oct 2009)
>
> Log Message:
> -----------
> Specific code for Internet Explorer
>
> Modified Paths:
> --------------
>    trunk/lib/plugin/Video.php
>
> Modified: trunk/lib/plugin/Video.php
> ===================================================================
> --- trunk/lib/plugin/Video.php  2009-10-12 10:41:27 UTC (rev 7203)
> +++ trunk/lib/plugin/Video.php  2009-10-12 11:59:34 UTC (rev 7204)
> @@ -89,26 +89,60 @@
>
>         $html = HTML();
>
> -        $object = HTML::object(array('data' => SERVER_URL . $WikiTheme->_findData('flowplayer-3.1.3.swf'),
> -                                     'type' => "application/x-shockwave-flash",
> -                                     'width' => $width,
> -                                     'height' => $height));

Please use the function ImgObject() as it does all the browser specific
object / embed tags for such objects.

Safari also needs special handling.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7153] trunk

[Reini U. <ru...@x-...>]

Good!

I had the same idea for using flowplayer for local videos, but you guys beat me.

Log Message:
-----------
New plugin to add video in wiki pages

Added Paths:
-----------
   trunk/lib/plugin/Video.php
   trunk/pgsrc/Help%2FVideoPlugin
   trunk/themes/default/flowplayer-3.1.3.swf
   trunk/themes/default/flowplayer.controls-3.1.3.swf
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

[Phpwiki-talk] Time zone or wrong time - where to change

[Stefan <son...@ba...>]

hi there,

one tiny question: My server shows a local time 9:02 am phpwiki and 
recent changes shows after a fresh edit 8:02 am. All other php programs 
do show the correct time. Where can i change the global settings for 
phpwiki to use the servertime or correct time offset. there is no 
special user settings set.

cheers
Stefan

Re: [Phpwiki-talk] Authentication puzzles

[Antony S. <Ant...@ph...>]

On Thursday 10 September 2009 13:32, Reini Urban wrote:

> 2009/9/9 Antony Stone <Ant...@ph...>:
> > On Wednesday 09 September 2009 16:35, Reini Urban wrote:
> >> 2009/9/9 Antony Stone <Ant...@ph...>:
> >> > On Sunday 06 September 2009 14:02, Antony Stone wrote:
> >> >> ; True User Authentication:
> >> >> ; To require user passwords:
> >> >> ;   ALLOW_ANON_USER = false
> >> >> ;   ALLOW_ANON_EDIT = false
> >> >> ;   ALLOW_BOGO_LOGIN = false,
> >> >> ;   ALLOW_USER_PASSWORDS = true.
> >> >>
> >> >> I have set all four variables to the required values and restarted
> >> >> Apache, and yet it is still possible to log in with a random username
> >> >> and no password (ie: a Bogo login).

> > I have not explicitly set USER_AUTH_ORDER (the instructions for getting
> > True User Authentication don't tell me I need to)

> > Should I select "USER_AUTH_ORDER = Db" instead (since I am using a MySQL
> > backend database, I'd quite like all the authentication data to be in
> > there as well)?
>
> Yes, please. "USER_AUTH_ORDER = Db" for Mysql auth

Thanks, that has created the "Login required" functionality that I needed (I 
think it would be good if the docs in the config file said that this is 
necessary).  I put a username / password into the MySQL 'pref' table by hand, 
and I can log in with those credentials.


Now I just need to deal with my other problem - how to allow the Admin user to 
log in so that s/he can manage the other user accounts.

I have set

ADMIN_USER = Admin
ADMIN_PASSWD = Admin

in config.ini, but I can't log in with these credentials.

Do I need to manually insert them into the MySQL table as well, so that this 
Admin User can then add the other normal accounts?

The documentation is not too clear on how the accounts are managed, and since 
I haven't been able to log in as Admin yet, I'm simply assuming that it's 
done through the /PhpWikiAdministration page...

Any helpful guidance would be much appreciated.


Thanks,


Antony.

-- 
In the Beginning there was nothing, which exploded.

 - Terry Pratchett

                                                     Please reply to the list;
                                                           please don't CC me.

Re: [Phpwiki-talk] Authentication puzzles

[Reini U. <ru...@x-...>]

2009/9/9 Antony Stone <Ant...@ph...>:
> On Wednesday 09 September 2009 16:35, Reini Urban wrote:
>
>> 2009/9/9 Antony Stone <Ant...@ph...>:
>> > On Sunday 06 September 2009 14:02, Antony Stone wrote:
>> >> ; True User Authentication:
>> >> ; To require user passwords:
>> >> ;   ALLOW_ANON_USER = false
>> >> ;   ALLOW_ANON_EDIT = false
>> >> ;   ALLOW_BOGO_LOGIN = false,
>> >> ;   ALLOW_USER_PASSWORDS = true.
>> >> ; Otherwise any anon or bogo user might login without any or a wrong
>> >> password.
>> >>
>> >> I have set all four variables to the required values and restarted
>> >> Apache, and yet it is still possible to log in with a random username
>> >> and no password (ie: a Bogo login).  How do I get the functionality as
>> >> documented - True User Authentication?  Do I need to reset / reconfigure
>> >> / restart something else after changing the config.ini file?
>
>> Tell us your USER_AUTH_ORDER
>> These are effective with ALLOW_USER_PASSWORDS
>>
>> If you have e.g. USER_AUTH_ORDER = "BogoLogin : PersonalPage"
>> BogoLogin is in use as you observed.
>
> I have not explicitly set USER_AUTH_ORDER (the instructions for getting True
> User Authentication don't tell me I need to), therefore I expect the setting
> to have the value in /usr/share/phpwiki/config/config-default.ini, which is:
>
> USER_AUTH_ORDER = PersonalPage
>
> Should I select "USER_AUTH_ORDER = Db" instead (since I am using a MySQL
> backend database, I'd quite like all the authentication data to be in there
> as well)?

Yes, please.
"USER_AUTH_ORDER = Db" for Mysql auth

> Thanks for the reply - it's good to see there's someone else around here :)

Most of the developers are rather busy
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] Authentication puzzles

[Antony S. <Ant...@ph...>]

On Wednesday 09 September 2009 16:35, Reini Urban wrote:

> 2009/9/9 Antony Stone <Ant...@ph...>:
> > On Sunday 06 September 2009 14:02, Antony Stone wrote:
> >> ; True User Authentication:
> >> ; To require user passwords:
> >> ;   ALLOW_ANON_USER = false
> >> ;   ALLOW_ANON_EDIT = false
> >> ;   ALLOW_BOGO_LOGIN = false,
> >> ;   ALLOW_USER_PASSWORDS = true.
> >> ; Otherwise any anon or bogo user might login without any or a wrong
> >> password.
> >>
> >> I have set all four variables to the required values and restarted
> >> Apache, and yet it is still possible to log in with a random username
> >> and no password (ie: a Bogo login).  How do I get the functionality as
> >> documented - True User Authentication?  Do I need to reset / reconfigure
> >> / restart something else after changing the config.ini file?

> Tell us your USER_AUTH_ORDER
> These are effective with ALLOW_USER_PASSWORDS
>
> If you have e.g. USER_AUTH_ORDER = "BogoLogin : PersonalPage"
> BogoLogin is in use as you observed.

I have not explicitly set USER_AUTH_ORDER (the instructions for getting True 
User Authentication don't tell me I need to), therefore I expect the setting 
to have the value in /usr/share/phpwiki/config/config-default.ini, which is:

USER_AUTH_ORDER = PersonalPage

Should I select "USER_AUTH_ORDER = Db" instead (since I am using a MySQL 
backend database, I'd quite like all the authentication data to be in there 
as well)?

Thanks for the reply - it's good to see there's someone else around here :)


Antony.

-- 
Atheism is a non-prophet-making organisation.

                                                     Please reply to the list;
                                                           please don't CC me.

Re: [Phpwiki-talk] Authentication puzzles

[Reini U. <ru...@x-...>]

2009/9/9 Antony Stone <Ant...@ph...>:
> On Sunday 06 September 2009 14:02, Antony Stone wrote:
>> ; True User Authentication:
>> ; To require user passwords:
>> ;   ALLOW_ANON_USER = false
>> ;   ALLOW_ANON_EDIT = false
>> ;   ALLOW_BOGO_LOGIN = false,
>> ;   ALLOW_USER_PASSWORDS = true.
>> ; Otherwise any anon or bogo user might login without any or a wrong
>> password.
>>
>> I have set all four variables to the required values and restarted Apache,
>> and yet it is still possible to log in with a random username and no
>> password (ie: a Bogo login).  How do I get the functionality as documented
>> - True User Authentication?  Do I need to reset / reconfigure / restart
>> something else after changing the config.ini file?
>
> Is this list really as low-volume as it appears?  Since I joined on Sunday
> I've seen precisely three postings to it, two of them from me.
>
> Am I asking in the wrong place?  Is there somewhere else I can get help on
> using PHPwiki?

Probably not.

> Any helpful advice gratefully received - I'd really like to be able to use
> this software, but in the absence of effective documentation, or somewhere I
> can get help when the documentation fails, I'll have to give up and use
> something else instead :(

Sorry. I was also out ideas, but now I got one.
To me it also looked like Massimiliano said, wrong config.ini.

Tell us your USER_AUTH_ORDER
These are effective with ALLOW_USER_PASSWORDS

If you have e.g. USER_AUTH_ORDER = "BogoLogin : PersonalPage"
BogoLogin is in use as you observed.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] Authentication puzzles

[Antony S. <Ant...@ph...>]

On Sunday 06 September 2009 14:02, Antony Stone wrote:

> ; True User Authentication:
> ; To require user passwords:
> ;   ALLOW_ANON_USER = false
> ;   ALLOW_ANON_EDIT = false
> ;   ALLOW_BOGO_LOGIN = false,
> ;   ALLOW_USER_PASSWORDS = true.
> ; Otherwise any anon or bogo user might login without any or a wrong
> password.
>
> I have set all four variables to the required values and restarted Apache,
> and yet it is still possible to log in with a random username and no
> password (ie: a Bogo login).  How do I get the functionality as documented
> - True User Authentication?  Do I need to reset / reconfigure / restart
> something else after changing the config.ini file?

Is this list really as low-volume as it appears?  Since I joined on Sunday 
I've seen precisely three postings to it, two of them from me.

Am I asking in the wrong place?  Is there somewhere else I can get help on 
using PHPwiki?

Any helpful advice gratefully received - I'd really like to be able to use 
this software, but in the absence of effective documentation, or somewhere I 
can get help when the documentation fails, I'll have to give up and use 
something else instead :(


Thanks,


Antony.

-- 
I conclude that there are two ways of constructing a software design: One way 
is to make it so simple that there are _obviously_ no deficiencies, and the 
other way is to make it so complicated that there are no _obvious_ 
deficiences.

 - C A R Hoare

                                                     Please reply to the list;
                                                           please don't CC me.

Re: [Phpwiki-talk] Authentication puzzles

[Antony S. <Ant...@ph...>]

On Monday 07 September 2009 08:39, Massimiliano Pagani wrote:

> Hi Antony,
>     I am not an expert, but it seems that you edit a config file while
> your phpWiki reads another one. Make sure you are editing (path to
> phpWiki)/config/config.ini.

That is a symbolic link to /etc/phpwiki/config/ini on this Debian machine.

Therefore there is only one file.  I can be fairly sure I am editing the 
correct file because I see the new name I gave the wiki in that config file 
when I access the web server.

> Also, though it doesn't hurt, it shouldn't be needed a complete apache
> restart since the config.ini file is read at every HTTP access. 

Ah, thanks, I wasn't sure what, if anything, I needed to do after changing 
this file to make it take effect.

I must say that reading and parsing a plaintext config file on every single 
HTTP access seems worryingly inefficient, though...

> On Sun, Sep 6, 2009 at 3:02 PM, Antony Stone wrote:
> > Hi.
> >
> > I'm trying to use PHPwiki on a Debian Etch machine and having problems
> > with authentication.
> >
> > It's Debian Etch (which I can't upgrade to Lenny for unrelated hardware
> > reasons), which gives me PHPwiki version 1.3.12p3-5etch1.
> >
> > I'm using Apache 1.3.34, and MySQL 5.0.32 as the backend database, and
> > it's a fresh install of the phpwiki package, with only the changes noted
> > below.
> >
> >
> > I have two problems:
> >
> > 1. I want to operate this Wiki so that only authorised users can access
> > it (both for reading and for writing) - it's basically a collaborative
> > development tool which needs to be on the Internet to allow access for
> > diversely located people, but we don't want it to be wide open and
> > publicly visible or editable.  Therefore I have followed the instructions
> > in config.ini to require passwords for login:
> >
> > ; True User Authentication:
> > ; To require user passwords:
> > ;   ALLOW_ANON_USER = false
> > ;   ALLOW_ANON_EDIT = false
> > ;   ALLOW_BOGO_LOGIN = false,
> > ;   ALLOW_USER_PASSWORDS = true.
> > ; Otherwise any anon or bogo user might login without any or a wrong
> > password.
> >
> > I have set all four variable to the required values and restarted Apache,
> > and yet it is still possible to log in with a random username and no
> > password (ie: a Bogo login).  How do I get the functionality as
> > documented - True User Authentication?  Do I need to reset / reconfigure
> > / restart something else after changing the config.ini file?
> >
> >
> > 2. I cannot create an Admin user and log in as such.  If I
> > edit /etc/phpwiki/config.ini and set:
> >
> > ADMIN_USER = Admin
> > ADMIN_PASSWD = Admin
> >
> > (and restart Apache afterwards just in case) then when I go to the URL of
> > my Wiki site, I now get:
> >
> > Fatal Error:
> > lib/IniConfig.php:601: Error: ADMIN_USER may not be empty. Please update
> > your configuration.
> > lib/IniConfig.php:221: Notice: missing config setting for ADMIN_USER
> > (...repeated 2 times)
> > lib/IniConfig.php:601: Error: ADMIN_USER may not be empty. Please update
> > your configuration.
> >
> > So, in config.ini, I have ADMIN_USER set, therefore this error message
> > makes no sense.  What should I check instead?
> >
> >
> >
> > I hope someone can help with either / both of these problems.
> >
> > Please let me know if further data on the setup would be helpful.
> >
> >
> > Regards,
> >
> >
> > Antony Stone.

-- 
"I estimate there's a world market for about five computers."

 - Thomas J Watson, Chairman of IBM

                                                     Please reply to the list;
                                                           please don't CC me.

Re: [Phpwiki-talk] Authentication puzzles

[Massimiliano P. <ma...@gm...>]

Hi Antony,
    I am not an expert, but it seems that you edit a config file while
your phpWiki reads another one. Make sure you are editing (path to
phpWiki)/config/config.ini. Also, though it doesn't hurt, it shouldn't
be needed a complete apache restart since the config.ini file is read
at every HTTP access.
    Hope this helps.

Bye

Massimiliano Pagani
http://www.maxpagani.org/



On Sun, Sep 6, 2009 at 3:02 PM, Antony
Stone<Ant...@ph...> wrote:
> Hi.
>
> I'm trying to use PHPwiki on a Debian Etch machine and having problems with
> authentication.
>
> It's Debian Etch (which I can't upgrade to Lenny for unrelated hardware
> reasons), which gives me PHPwiki version 1.3.12p3-5etch1.
>
> I'm using Apache 1.3.34, and MySQL 5.0.32 as the backend database, and it's a
> fresh install of the phpwiki package, with only the changes noted below.
>
>
> I have two problems:
>
> 1. I want to operate this Wiki so that only authorised users can access it
> (both for reading and for writing) - it's basically a collaborative
> development tool which needs to be on the Internet to allow access for
> diversely located people, but we don't want it to be wide open and publicly
> visible or editable.  Therefore I have followed the instructions in
> config.ini to require passwords for login:
>
> ; True User Authentication:
> ; To require user passwords:
> ;   ALLOW_ANON_USER = false
> ;   ALLOW_ANON_EDIT = false
> ;   ALLOW_BOGO_LOGIN = false,
> ;   ALLOW_USER_PASSWORDS = true.
> ; Otherwise any anon or bogo user might login without any or a wrong password.
>
> I have set all four variable to the required values and restarted Apache, and
> yet it is still possible to log in with a random username and no password
> (ie: a Bogo login).  How do I get the functionality as documented - True User
> Authentication?  Do I need to reset / reconfigure / restart something else
> after changing the config.ini file?
>
>
> 2. I cannot create an Admin user and log in as such.  If I
> edit /etc/phpwiki/config.ini and set:
>
> ADMIN_USER = Admin
> ADMIN_PASSWD = Admin
>
> (and restart Apache afterwards just in case) then when I go to the URL of my
> Wiki site, I now get:
>
> Fatal Error:
> lib/IniConfig.php:601: Error: ADMIN_USER may not be empty. Please update your
> configuration.
> lib/IniConfig.php:221: Notice: missing config setting for ADMIN_USER
> (...repeated 2 times)
> lib/IniConfig.php:601: Error: ADMIN_USER may not be empty. Please update your
> configuration.
>
> So, in config.ini, I have ADMIN_USER set, therefore this error message makes
> no sense.  What should I check instead?
>
>
>
> I hope someone can help with either / both of these problems.
>
> Please let me know if further data on the setup would be helpful.
>
>
> Regards,
>
>
> Antony Stone.
>
> --
> Most people are aware that the Universe is big.
>
>  - Paul Davies, Professor of Theoretical Physics
>
>                                                     Please reply to the list;
>                                                           please don't CC me.
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

[Phpwiki-talk] Authentication puzzles

[Antony S. <Ant...@ph...>]

Hi.

I'm trying to use PHPwiki on a Debian Etch machine and having problems with 
authentication.

It's Debian Etch (which I can't upgrade to Lenny for unrelated hardware 
reasons), which gives me PHPwiki version 1.3.12p3-5etch1.

I'm using Apache 1.3.34, and MySQL 5.0.32 as the backend database, and it's a 
fresh install of the phpwiki package, with only the changes noted below.


I have two problems:

1. I want to operate this Wiki so that only authorised users can access it 
(both for reading and for writing) - it's basically a collaborative 
development tool which needs to be on the Internet to allow access for 
diversely located people, but we don't want it to be wide open and publicly 
visible or editable.  Therefore I have followed the instructions in 
config.ini to require passwords for login:

; True User Authentication:
; To require user passwords:
;   ALLOW_ANON_USER = false
;   ALLOW_ANON_EDIT = false
;   ALLOW_BOGO_LOGIN = false,
;   ALLOW_USER_PASSWORDS = true.
; Otherwise any anon or bogo user might login without any or a wrong password.

I have set all four variable to the required values and restarted Apache, and 
yet it is still possible to log in with a random username and no password 
(ie: a Bogo login).  How do I get the functionality as documented - True User 
Authentication?  Do I need to reset / reconfigure / restart something else 
after changing the config.ini file?


2. I cannot create an Admin user and log in as such.  If I 
edit /etc/phpwiki/config.ini and set:

ADMIN_USER = Admin
ADMIN_PASSWD = Admin

(and restart Apache afterwards just in case) then when I go to the URL of my 
Wiki site, I now get:

Fatal Error:
lib/IniConfig.php:601: Error: ADMIN_USER may not be empty. Please update your 
configuration. 
lib/IniConfig.php:221: Notice: missing config setting for ADMIN_USER 
(...repeated 2 times)
lib/IniConfig.php:601: Error: ADMIN_USER may not be empty. Please update your 
configuration.

So, in config.ini, I have ADMIN_USER set, therefore this error message makes 
no sense.  What should I check instead?



I hope someone can help with either / both of these problems.

Please let me know if further data on the setup would be helpful.


Regards,


Antony Stone.

-- 
Most people are aware that the Universe is big.

 - Paul Davies, Professor of Theoretical Physics

                                                     Please reply to the list;
                                                           please don't CC me.

[Phpwiki-talk] User creation

[Massimiliano P. <ma...@gm...>]

Hi,
    I have installed phpwiki 1.3.14 and I want to implement a private
wiki where all users need to authenticate before viewing/editing wiki
pages. Since I am using flat file as database I would like to employ
the "PersonalPage" method for authentication.

    The relevant part of the config.ini file is:

ALLOW_ANON_USER = false
ALLOW_ANON_EDIT = false
ALLOW_BOGO_LOGIN = false
ALLOW_USER_PASSWORDS = true
USER_AUTH_ORDER = "PersonalPage"
PASSWORD_LENGTH_MINIMUM = 6
USER_AUTH_POLICY = stacked
ENABLE_USER_NEW = true

    Within administration tool I haven't found a "create-user"
section, so I create a "Max" page (for user Max) and then chowned it
to Max. When I try to login to page "Max" I get the following message:
_____

PHP Warning

Warning: "PersonalPage login method:"

* You stored an empty password in your 'Max' page.
* Your access permissions are only for a BogoUser.
* Please set a password in UserPreferences.

_____

    But I cannot access the UserPreferences with user Max.
    I tried to edit the page metadata and insert the password
manually, but the message is the same.
    What am I doing wrong? You can find my config.ini attached. Php is
v5.2.6 on xubuntu.

Thank you in advance

Massimiliano Pagani
http://www.maxpagani.org/

Re: [Phpwiki-talk] Release plan for phpwiki

[Reini U. <ru...@x-...>]

2009/8/24 Marc-Etienne Vargenau <Mar...@al...>:
> Reini Urban a écrit :
>> 2009/8/21 Marc-Etienne Vargenau <Mar...@al...>:
>>> As explained, a big change is the implementation of the Wikicreole syntax.
>>>
>>> Due to this, I would prefer to call the next version 1.4.0 rather than 1.3.15.
>>> What do you think?
>>
>> Hmm, sounds fine to me. The original plans for 1.4 didn't work out. See TODO.
>> Full WikiCreole 1.0 support is a big step.
>
> Great.
>
>>> The blockers for me are the following:
>>>
>>> 1) Paging does not work correctly
>>> 2) I cannot save preferences in PHP5
>> True, both confirmed. Blockers.
>
> Reini, can you please look after these blockers?
> I tried to solve them, but did not succeeed.

I think PHP5 works with the latest commits, but not tested yet.
Paging in three days.
Tomorrow I took off.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] [phpwiki-checkins] SF.net SVN: phpwiki:[7082] trunk/lib/InlineParser.php

[Marc-Etienne V. <Mar...@al...>]

ru...@us... a écrit :
> Revision: 7082
>           http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7082&view=rev
> Author:   rurban
> Date:     2009-08-24 12:22:05 +0000 (Mon, 24 Aug 2009)
> 
> Log Message:
> -----------

> add Markup_mediawikitable_plugin and Markup_wikicreoletable_plugin

Hello Reini,

I do not agree with this part of the check-in.

I do not think it is necessary to put code for Mediawiki and
Wikicreole tables in the *inline* parser.

It is enough to put them in the *block* parser.

I had first implemented the Mediawiki tables in the inline
parser but had problems so I moved them into the block parser.

I know some entities like plugins have to be in both parsers,
but I do not think this is necessary for tables.

Best regards,

Marc-Etienne Vargenau

Re: [Phpwiki-talk] Release plan for phpwiki

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> 2009/8/21 Marc-Etienne Vargenau <Mar...@al...>:
>> As explained, a big change is the implementation of the Wikicreole syntax.
>>
>> Due to this, I would prefer to call the next version 1.4.0 rather than 1.3.15.
>> What do you think?
> 
> Hmm, sounds fine to me. The original plans for 1.4 didn't work out. See TODO.
> Full WikiCreole 1.0 support is a big step.

Great.

>> The blockers for me are the following:
>>
>> 1) Paging does not work correctly
>> 2) I cannot save preferences in PHP5
> True, both confirmed. Blockers.

Reini, can you please look after these blockers?
I tried to solve them, but did not succeeed.

Best regards,

Marc-Etienne Vargenau

Re: [Phpwiki-talk] Release plan for phpwiki

[Reini U. <ru...@x-...>]

2009/8/21 Marc-Etienne Vargenau <Mar...@al...>:
> Reini Urban a écrit :
>> 2009/8/20 Sabri LABBENE <sab...@st...>:
>>> Sabri LABBENE wrote:
>>>> Actually we are thinking about possible upgrade of our
>>>> phpwiki-1.3.12p2. For sure there is a lot of differences
>>>> between the wiki we are running and the one in the repository
>>>> today. We need to know what will be changed by doing the
>>>> upgrade and whether changes and new features are suitable for
>>>> our context or not.
>>> If the changelog is not yet ready, maybe it will be useful to list here the main
>>> changes that will come with the new version of phpwiki ?
>>
>> At http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/pgsrc/ReleaseNotes?view=log
>> are the ReleaseNotes, which are pretty accurate.
>
> Hello,
>
> I just come back from vacation.
>
> I have updated the ReleaseNotes file with my latest developments.
>
> As explained, a big change is the implementation of the Wikicreole syntax.
>
> Due to this, I would prefer to call the next version 1.4.0 rather than 1.3.15.
> What do you think?

Hmm, sounds fine to me. The original plans for 1.4 didn't work out. See TODO.
Full WikiCreole 1.0 support is a big step.

> The blockers for me are the following:
>
> 1) Paging does not work correctly
>
> If you do:
> <<AllPages info||=mtime,author,hits limit||=10 sortby||=pagename>>
> the first page is OK (it lists 10 pages), but clicking on Next
> will give an empty page.
>
> The workaround I use is to put "limit||=10000" but this is ugly.
>
> 2) I cannot save preferences in PHP5
>
> We are still in PHP4, but this will be a big problem when moving
> to PHP5.

True, both confirmed. Blockers.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] Release plan for phpwiki

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> 2009/8/20 Sabri LABBENE <sab...@st...>:
>> Sabri LABBENE wrote:
>>> Actually we are thinking about possible upgrade of our
>>> phpwiki-1.3.12p2. For sure there is a lot of differences
>>> between the wiki we are running and the one in the repository
>>> today. We need to know what will be changed by doing the
>>> upgrade and whether changes and new features are suitable for
>>> our context or not.
>> If the changelog is not yet ready, maybe it will be useful to list here the main
>> changes that will come with the new version of phpwiki ?
> 
> At http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/pgsrc/ReleaseNotes?view=log
> are the ReleaseNotes, which are pretty accurate.

Hello,

I just come back from vacation.

I have updated the ReleaseNotes file with my latest developments.

As explained, a big change is the implementation of the Wikicreole syntax.

Due to this, I would prefer to call the next version 1.4.0 rather than 1.3.15.
What do you think?

The blockers for me are the following:

1) Paging does not work correctly

If you do:
<<AllPages info||=mtime,author,hits limit||=10 sortby||=pagename>>
the first page is OK (it lists 10 pages), but clicking on Next
will give an empty page.

The workaround I use is to put "limit||=10000" but this is ugly.

2) I cannot save preferences in PHP5

We are still in PHP4, but this will be a big problem when moving
to PHP5.

The only files that we have not committed are modifications for
Gforge integration, and there are only a few of them.

Best regards,

Marc-Etienne

Re: [Phpwiki-talk] Release plan for phpwiki

[Reini U. <ru...@x-...>]

2009/8/20 Sabri LABBENE <sab...@st...>:
> Sabri LABBENE wrote:
>>Actually we are thinking about possible upgrade of our
>>phpwiki-1.3.12p2. For sure there is a lot of differences
>>between the wiki we are running and the one in the repository
>>today. We need to know what will be changed by doing the
>>upgrade and whether changes and new features are suitable for
>>our context or not.
>
> If the changelog is not yet ready, maybe it will be useful to list here the main
> changes that will come with the new version of phpwiki ?

At http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/pgsrc/ReleaseNotes?view=log
are the ReleaseNotes, which are pretty accurate.
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

Re: [Phpwiki-talk] Release plan for phpwiki

[Sabri L. <sab...@st...>]

Sabri LABBENE wrote:
>Reini Urban wrote:
>>2009/8/12 Sabri LABBENE <sab...@st...>:
>>> Hi all,
>>> When looking for Phpwiki's latest release I found that it is
>>the 1.3.14 released on Jul 01 2007!
>>> I think there was a lot of work done on phpwiki since that
>>date, mainly Marc-Etienne's work.
>>>
>>> Marc-Etienne, Reini,
>>> What's your release plan ? Is there a new release in the
>>next upcoming days ?
>>
>>We wanted to release it several times ago, but there were several 
>>blockers.
>
>What kind of blockers ? Is there something not stable enough ?
>
>>And right now I'm very busy with other releases. Do you want to test 
>>it?
>
>Actually we are thinking about possible upgrade of our 
>phpwiki-1.3.12p2. For sure there is a lot of differences 
>between the wiki we are running and the one in the repository 
>today. We need to know what will be changed by doing the 
>upgrade and whether changes and new features are suitable for 
>our context or not.

If the changelog is not yet ready, maybe it will be useful to list here the main
changes that will come with the new version of phpwiki ?

Best regards,
-- Sabri.

Re: [Phpwiki-talk] Release plan for phpwiki

[Sabri L. <sab...@st...>]

Reini Urban wrote:
>2009/8/12 Sabri LABBENE <sab...@st...>:
>> Hi all,
>> When looking for Phpwiki's latest release I found that it is 
>the 1.3.14 released on Jul 01 2007!
>> I think there was a lot of work done on phpwiki since that 
>date, mainly Marc-Etienne's work.
>>
>> Marc-Etienne, Reini,
>> What's your release plan ? Is there a new release in the 
>next upcoming days ?
>
>We wanted to release it several times ago, but there were 
>several blockers.

What kind of blockers ? Is there something not stable enough ?

>And right now I'm very busy with other releases. Do you want 
>to test it?

Actually we are thinking about possible upgrade of our phpwiki-1.3.12p2. For
sure there is a lot of differences between the wiki we are running and the one
in the repository today. We need to know what will be changed by doing the
upgrade and whether changes and new features are suitable for our context or
not.

About testing, I don't think it is possible now. We are very busy too. One thing
is sure, once we start doing it, you will hear from us.

Best Regards,
-- Sabri.

Re: [Phpwiki-talk] Release plan for phpwiki

[Reini U. <ru...@x-...>]

2009/8/12 Sabri LABBENE <sab...@st...>:
> Hi all,
> When looking for Phpwiki's latest release I found that it is the 1.3.14 released on Jul 01 2007!
> I think there was a lot of work done on phpwiki since that date, mainly Marc-Etienne's work.
>
> Marc-Etienne, Reini,
> What's your release plan ? Is there a new release in the next upcoming days ?

We wanted to release it several times ago, but there were several blockers.
And right now I'm very busy with other releases. Do you want to test it?
-- 
Reini Urban
http://phpwiki.org/           http://murbreak.at/

[Phpwiki-talk] Release plan for phpwiki

[Sabri L. <sab...@st...>]

Hi all,
When looking for Phpwiki's latest release I found that it is the 1.3.14 released on Jul 01 2007!
I think there was a lot of work done on phpwiki since that date, mainly Marc-Etienne's work.

Marc-Etienne, Reini,
What's your release plan ? Is there a new release in the next upcoming days ?

Thanks for the answer.

With best regards,
-- Sabri LABBENE.

[Phpwiki-talk] New PHPWiki produces Blank index.php

[Brandon G. <bra...@by...>]

I am installing PHPWiki for the first time on a Mac Server running Mac OS X Server 10.5.7.  When all is installed and the DB is setup, I get a blank page in the browser when I try to visit index.php.  I have scoured the web and can't find any way to fix the problem.  Does anyone know how to fix this issue so that our organization can move forward with this wiki solution?

--
Brandon

Re: [Phpwiki-talk] Codendi & PhpWiki

[Sabri L. <sab...@st...>]

Manuel Vacelet wrote:
>Some changes are Codendi only (mainly related to
>user/group/permissions) I think it would be useless to contribute it.
>The other big one is the database related stuff to manage one 
>wiki per project. We proposed it to Reini when we developed it 
>but the patch was refused.
>For the other changes, maybe Sabri could detail a bit more but 
>as far as I remember this mostly adaptation to make the 
>integration into Codendi smoother.

I confirm. Most of the changes we've made on phpwiki are related to its
integration into codendi. So they wouldn't be relevant for contribution to
PhpWiki.
We have also developed a wysiwyg wiki editor for phpwiki and it is based on
wikiwyg library. This is part of Phpwiki sources since I have started to
contribute it some time ago. But, the contributed version is not complete and
there still some bugs not resolved. The feature can be switched on/off from a
config option and is labeled as beta.

Due to quality reasons we have decided to discontinue the wysiwyg wiki feature
from codendi. We will re-integrate it in the future if it will be smoothly
integrated in phpwiki and provides quality level needed for production
environments.
Everybody is encouraged to put hands on the code and enhance it.

Best regards,
-- Sabri. 

>On Fri, Jun 12, 2009 at 11:47 AM, AlJeux<al...@fr...> wrote:
>> Do you have plans to commit your changes back to phpWiki?
>>
>> Alain.
>>
>> Sabri LABBENE a écrit :
>>> AlJeux wrote:
>>>> And codendi is based on which version of phpWiki ?
>>>
>>> It is 1.3.12_rc2 version.
>>>
>>>> Manuel Vacelet a écrit :
>>>>> Hi all,
>>>>>
>>>>> Some of you might know that both Sabri LABBENE and I work 
>on forge 
>>>>> called Codendi (formally known as CodeX) and we 
>integrated PhpWiki 
>>>>> since 4 years.
>>>>> Xerox (owner of Codendi) decided to distribute more widely
>>>> its product
>>>>> (under GPLv2) and is available for free download at 
>>>>> http://www.codendi.org/.
>>>>> You will be able to see the modification we did to integrate 
>>>>> PhpWiki in the forge:
>>>>> - one wiki per project
>>>>> - usage of forge user, group and permissions model
>>>>> - etc.
>>>>>
>>>>> Best regards,
>>>>> Manuel
>>>>>

Re: [Phpwiki-talk] Codendi & PhpWiki

[Manuel V. <man...@gm...>]

Some changes are Codendi only (mainly related to
user/group/permissions) I think it would be useless to contribute it.
The other big one is the database related stuff to manage one wiki per
project. We proposed it to Reini when we developed it but the patch
was refused.
For the other changes, maybe Sabri could detail a bit more but as far
as I remember this mostly adaptation to make the integration into
Codendi smoother.

Manuel

On Fri, Jun 12, 2009 at 11:47 AM, AlJeux<al...@fr...> wrote:
> Do you have plans to commit your changes back to phpWiki?
>
> Alain.
>
> Sabri LABBENE a écrit :
>> AlJeux wrote:
>>> And codendi is based on which version of phpWiki ?
>>
>> It is 1.3.12_rc2 version.
>>
>>> Manuel Vacelet a écrit :
>>>> Hi all,
>>>>
>>>> Some of you might know that both Sabri LABBENE and I work on forge
>>>> called Codendi (formally known as CodeX) and we integrated PhpWiki
>>>> since 4 years.
>>>> Xerox (owner of Codendi) decided to distribute more widely
>>> its product
>>>> (under GPLv2) and is available for free download at
>>>> http://www.codendi.org/.
>>>> You will be able to see the modification we did to integrate PhpWiki
>>>> in the forge:
>>>> - one wiki per project
>>>> - usage of forge user, group and permissions model
>>>> - etc.
>>>>
>>>> Best regards,
>>>> Manuel
>>>>
>>>>
>>> ----------------------------------------------------------------------
>>>> -------- Crystal Reports - New Free Runtime and 30 Day Trial
>>> Check out
>>>> the new simplified licensing option that enables unlimited
>>>> royalty-free distribution of the report engine for externally facing
>>>> server and web deployment.
>>>> http://p.sf.net/sfu/businessobjects
>>>> _______________________________________________
>>>> Phpwiki-talk mailing list
>>>> Php...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>>
>>>
>>> ---------------------------------------------------------------
>>> ---------------
>>> Crystal Reports - New Free Runtime and 30 Day Trial Check out
>>> the new simplified licensing option that enables unlimited
>>> royalty-free distribution of the report engine for externally
>>> facing server and web deployment.
>>> http://p.sf.net/sfu/businessobjects
>>> _______________________________________________
>>> Phpwiki-talk mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Crystal Reports - New Free Runtime and 30 Day Trial
>> Check out the new simplified licensing option that enables unlimited
>> royalty-free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>
>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>