phpwiki-talk Mailing List for PhpWiki (Page 8)

Hello,
I have a ton of older phpwiki installs running on Postgres. The machine
they're running on is on it's least breath, so I'm moving them to a new
machine and converting to MySQL. That's all worked...reasonably well. 
Using a SVN pull from this morning. My config.ini is set to use
HttpAuth, and the .htaccess file is configured correctly. AuthPolicy is
set to "first-only". I can log in via the browser/Apache prompt fine,
but whenever I go to any page, I get this error:
*Fatal error*: Call to a member function get() on a non-object in
*/var/services/old-wikis/SysAdminWiki/lib/WikiUser.php* on line *153*
And "Edit" on any page is asking for a login and pass (meaning it's
apparently not passing through correctly.)
Thoughts or suggestions would be well received : )
Thanks!
Wes

Le 23/06/2010 21:43, ru...@us... a écrit :
> Revision: 7566
> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7566&view=rev
> Author: rurban
> Date: 2010年06月23日 19:43:46 +0000 (2010年6月23日)
>
> Log Message:
> -----------
> undo deletions r7561 and r7563. we need that
>
Hello Reini,
Sorry, I was testing PHPDCD. Where are these functions needed?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

2010年6月21日 Marc-Etienne Vargenau <Mar...@al...>:
> Le 19/06/2010 22:16, ru...@us... a écrit :
>>
>> Revision: 7551
>
>> - * Provides no own input box, just<?plugin-form TitleSearch ?> is
>> enough.
>> - * Fancier Inputforms can be made using WikiForm Rich, to support regex
>> and case_exact args.
>> + * Provides no own input box, just<<TitleSearch>> is enough.
>> + * Fancier Inputforms can be made using<<WikiFormRich>> to support regex
>> and case_exact args.
>
> Hello Reini,
>
> I am not sure the <<TitleSearch>> Wikicreole syntax will work.
>
> What I have implemented is that <<FooBar>> is translated
> as equivalent to <?plugin FooBar ?>
>
> So <<TitleSearch>> will be translated as <?plugin TitleSearch ?>,
> not <?plugin-form TitleSearch ?>.
Right, I was confused.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2010年6月21日 Marc-Etienne Vargenau <Mar...@al...>:
> I sometimes get this warning:
> PHP Warning
> lib/DbSession/SQL.php:111 Warning[512]: Overlarge session data! 4002 gt.
> 4000
>
> What should be done? Is it a just a minor warning or does
> it indicate a serious problem?
The session handler cannot store overlarge data in cookies.
It must be stripped in the debugger.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2010年6月21日 Marc-Etienne Vargenau <Mar...@al...>:
> Le 19/06/2010 22:31, Reini Urban a écrit :
>>
>> 2010年6月17日 Sébastien Le Callonnec<seb...@we...>:
>>>
>>> When clicking on the "Watch" button for a page, I get an error message
>>> indicating that I need to define my email address in my user
>>> preferences. When clicking the link to the UserPreferences page, there
>>> is no field for the email address.
>>>
>>> Is that an issue, or is there some config that I’m somehow missing here?
>>
>> Looks like an issue, thanks. It is enabled with ENABLE_USER_NEW in the
>> template
>> themes/default/templates/userprefs.tmpl
>
> Hello all,
>
> I would suggest to make ENABLE_USER_NEW mandatory true, i.e.
> remove lib/WikiUser.php from the code.
>
> In there any inconvenience to do so?
Yes, it is.
Most crashes result from endless recursion cycles in WikiUserNew.php,
and using WikiUser.php is much easier then.
ENABLE_USER_NEW = true is default. If not you have no email property
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hello Reini,
I sometimes get this warning:
PHP Warning
lib/DbSession/SQL.php:111 Warning[512]: Overlarge session data! 4002 gt. 
4000
What should be done? Is it a just a minor warning or does
it indicate a serious problem?
Regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 19/06/2010 22:16, ru...@us... a écrit :
> Revision: 7551
> - * Provides no own input box, just<?plugin-form TitleSearch ?> is enough.
> - * Fancier Inputforms can be made using WikiForm Rich, to support regex and case_exact args.
> + * Provides no own input box, just<<TitleSearch>> is enough.
> + * Fancier Inputforms can be made using<<WikiFormRich>> to support regex and case_exact args.
Hello Reini,
I am not sure the <<TitleSearch>> Wikicreole syntax will work.
What I have implemented is that <<FooBar>> is translated
as equivalent to <?plugin FooBar ?>
So <<TitleSearch>> will be translated as <?plugin TitleSearch ?>,
not <?plugin-form TitleSearch ?>.
Regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 19/06/2010 22:31, Reini Urban a écrit :
> 2010年6月17日 Sébastien Le Callonnec<seb...@we...>:
>> When clicking on the "Watch" button for a page, I get an error message
>> indicating that I need to define my email address in my user
>> preferences. When clicking the link to the UserPreferences page, there
>> is no field for the email address.
>>
>> Is that an issue, or is there some config that I’m somehow missing here?
>
> Looks like an issue, thanks. It is enabled with ENABLE_USER_NEW in the template
> themes/default/templates/userprefs.tmpl
Hello all,
I would suggest to make ENABLE_USER_NEW mandatory true, i.e.
remove lib/WikiUser.php from the code.
In there any inconvenience to do so?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Hi Reini,
Ok, thanks.
Regards,
Sébastien.
On 19/06/2010 21:31, Reini Urban wrote:
> 2010年6月17日 Sébastien Le Callonnec<seb...@we...>:
>> When clicking on the "Watch" button for a page, I get an error message
>> indicating that I need to define my email address in my user
>> preferences. When clicking the link to the UserPreferences page, there
>> is no field for the email address.
>>
>> Is that an issue, or is there some config that I’m somehow missing here?
>
> Looks like an issue, thanks. It is enabled with ENABLE_USER_NEW in the template
> themes/default/templates/userprefs.tmpl
>
> Sébastien, I've added you as developer, with svn commit permissions.
> But for the beginning please still add bugs and patches and wait for
> approval, until you commit.
>
> Thanks a lot!

2010年6月17日 Sébastien Le Callonnec <seb...@we...>:
> When clicking on the "Watch" button for a page, I get an error message
> indicating that I need to define my email address in my user
> preferences. When clicking the link to the UserPreferences page, there
> is no field for the email address.
>
> Is that an issue, or is there some config that I’m somehow missing here?
Looks like an issue, thanks. It is enabled with ENABLE_USER_NEW in the template
themes/default/templates/userprefs.tmpl
Sébastien, I've added you as developer, with svn commit permissions.
But for the beginning please still add bugs and patches and wait for
approval, until you commit.
Thanks a lot!
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hi,
When clicking on the "Watch" button for a page, I get an error message 
indicating that I need to define my email address in my user 
preferences. When clicking the link to the UserPreferences page, there 
is no field for the email address.
Is that an issue, or is there some config that I’m somehow missing here?
Thanks,
Sébastien.

Le 15/06/2010 10:20, Reini Urban a écrit :
 >
 > I'm running and testing those versions:
 > 4.4.7 (centos4), 4.3.10, 4.4.9, 5.0.3, 5.1.6 (centos5), 5.2.10, 5.3, 6.0
Hello Reini,
I have updated the INSTALL file to reflect this.
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

2010年6月14日 Marc-Etienne Vargenau <Mar...@al...>:
>>> As PHP 4 is officially dead, I would be much in favor of
>>> requiring PHP 5 for Phpwiki 1.4.0.
>>>
>>> Reini, what is your opinion on this?
>>
>> As most users still use 4.x I want it to stay php-4 compatible.
>> "official dead" means nothing for php. Providers are lazy.
>
> Hello all,
>
> PHP4 is "officially dead" means that no patches will be
> provided in the future and that this is a serious security risk.
>
> For me it would be simpler to require PHP 5 for the next
> release, but if it is really not possible we can have two
> separate branches as Sébastien suggested.
>
> In any case, we are running PHP 5.3.2 and I am no longer
> able to test with PHP 4. It is already very complex to
> test with all themes and backends.
>
> Reini, can you please tell what we do?
Keep it as it is.
I'm live with centos4 and most providers still run centos4 and
backport patches.
php is lame and we live with that.
I'm running and testing those versions:
4.4.7 (centos4), 4.3.10, 4.4.9, 5.0.3, 5.1.6 (centos5), 5.2.10, 5.3, 6.0
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

>> As PHP 4 is officially dead, I would be much in favor of
>> requiring PHP 5 for Phpwiki 1.4.0.
>>
>> Reini, what is your opinion on this?
>
> As most users still use 4.x I want it to stay php-4 compatible.
> "official dead" means nothing for php. Providers are lazy.
Hello all,
PHP4 is "officially dead" means that no patches will be
provided in the future and that this is a serious security risk.
For me it would be simpler to require PHP 5 for the next
release, but if it is really not possible we can have two
separate branches as Sébastien suggested.
In any case, we are running PHP 5.3.2 and I am no longer
able to test with PHP 4. It is already very complex to
test with all themes and backends.
Reini, can you please tell what we do?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 13/06/2010 14:42, Reini Urban a écrit :
 > Marc-Etienne Vargenau schrieb:
 >> Charles Sprickman a écrit :
 >>> I was not aware there was anything newer - I'll try the svn version.
 >>>
 >>> Any chance someone will cut a release from this anytime soon?
 >>
 >> Reini, can you please answer this?
 >
 > Sure. We are working on it.
Hello Reini,
We are now working on the new release for 3 years, and I really
think we have to get something out.
Wikipedia says Phpwiki is dead since 2008:
http://en.wikipedia.org/wiki/PhpWiki
Can we set a date before mid-July when I will be in vacation?
I still have a few points to discuss with you, but almost
everything is OK for me.
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 13/06/2010 21:13, Reini Urban a écrit :
> 2010年6月13日 Sébastien Le Callonnec<seb...@we...>:
>> On 13/06/2010 12:37, Reini Urban wrote:
>>
>>> The common folder for the RatiIt images is themes/wikilens/images of
>>> course.
>> Of course?
>
> Sure. wikilens is only there to make RateIt easier.
> copying to your private theme makes no sense.
> We use object orientation.
Hello Reini,
I am not sure everything works as I would expect.
For example, in the themes "blog" and "wikilens" there
is a subdirectory "pgsrc", but the pages inside are not
created at the initialization of the wiki. Only pages
from the global pgsrc are created.
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 13/06/2010 21:13, Reini Urban a écrit :
>
> gforge has to delete the duplicates, if they are duplicate.
>
Hello,
They are not duplicates. We use custom images for the
rateIt plugin in Gforge.
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

2010年6月13日 Sébastien Le Callonnec <seb...@we...>:
> On 13/06/2010 12:37, Reini Urban wrote:
>
>> The common folder for the RatiIt images is themes/wikilens/images of
>> course.
> Of course?
Sure. wikilens is only there to make RateIt easier.
copying to your private theme makes no sense.
We use object orientation.
>> There must be a simple error in the new classpath search.
>> Sidebar is child of Monobook and wikilens.
>
> Does that mean this problem will occur for any theme not based on any of
> these? I already see these images being duplicated in the gforge theme, so
> somehow this is not ideal. Any user picking a theme at setup different to
> any of these will get the same problem. And see it as a bug.
gforge has to delete the duplicates, if they are duplicate.
Of course it is a bug.
I've only tested it with my private theme extensively,
I still have to test it with the new Sidebar, which is almost the as my
private theme.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

(Apologies, just realised I’ve replied privately, so forwarding this 
back to the list)
Hi,
On 13/06/2010 12:37, Reini Urban wrote:
> The common folder for the RatiIt images is themes/wikilens/images of
> course.
Of course?
> There must be a simple error in the new classpath search.
> Sidebar is child of Monobook and wikilens.
Does that mean this problem will occur for any theme not based on any of
these? I already see these images being duplicated in the gforge theme,
so somehow this is not ideal. Any user picking a theme at setup
different to any of these will get the same problem. And see it as a bug.
>
> I'll check it next week.
Regards,
Sébastien.

Stefan schrieb:
> hi,
> how can is use phpwiki in external apps?
Sure, but it depends on the apps, not on phpwiki.
Mediawiki uses a couple of phpwiki plugins, but there is no general 
solution.
phpwiki uses our HtmlElement, PageList and WikiPlugin libs and other 
apps usually not. Other apps also do not use our plugin syntax.
> Is there a lib i can include to use plugins from phpwiki in other apps too?
No.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Marc-Etienne Vargenau schrieb:
> Charles Sprickman a écrit :
>> I was not aware there was anything newer - I'll try the svn version.
>>
>> Any chance someone will cut a release from this anytime soon?
>
> Reini, can you please answer this?
Sure. We are working on it.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Sébastien Le Callonnec schrieb:
> The RateIt images are missing from the new default theme (Sidebar),
> causing the rating plugin to appear as follows:
>
> Rating: 0.0 (0 votes)
> RateIt24557712701RateIt24557712702RateIt24557712703RateIt24557712704RateIt24557712705RateIt24557712706RateIt24557712707RateIt24557712708RateIt24557712709RateIt245577127010
> Cancel your ratingRateIt2455771270Action
>
> and breaking the layout in an out-of-the-box set up.
>
> Can we either copy the images into the default layout, or disable the
> RateIt plugin by default?
no
> The ideal would actually be to have a "common" resource folder for the
> themes.
The common folder for the RatiIt images is themes/wikilens/images of course.
There must be a simple error in the new classpath search.
Sidebar is child of Monobook and wikilens.
I'll check it next week.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hi there,
The RateIt images are missing from the new default theme (Sidebar), 
causing the rating plugin to appear as follows:
Rating: 0.0 (0 votes)
RateIt24557712701RateIt24557712702RateIt24557712703RateIt24557712704RateIt24557712705RateIt24557712706RateIt24557712707RateIt24557712708RateIt24557712709RateIt245577127010 
Cancel your ratingRateIt2455771270Action
and breaking the layout in an out-of-the-box set up.
Can we either copy the images into the default layout, or disable the 
RateIt plugin by default?
The ideal would actually be to have a "common" resource folder for the 
themes.
Regards,
Sébastien.

2010年6月11日 Sébastien Le Callonnec <seb...@we...>:
> FYI, I’ve done another installation from scratch with the latest from
> svn, and this is still a blocker: the initial population of the Wiki
> fails because of bug below.
>
> I’ve updated the patch attached to that bug report.
Thanks. I will not forget it, but this weekend I will be very busy
with other stuff.
Maybe Marc-Etienne wants to put it in.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2010年6月8日 Marc-Etienne Vargenau <Mar...@al...>:
> Hello Reini,
>
> Thank you for all your commits. Paging now seems to work for
> me and this is really great.
>
> I however have a new problem with the AllPages page: it now
> shows many nonexistent pages (e.g. AbbeNormal) that seem to
> come from the interwiki map.
>
> Do you have the same problem? Can you please fix it?
Yes, I'm working on it soon. It looks likes an old parser problem.
We'll need a better CheckDB admin method to get rid of these.
I enabled include_empty in get_all_pages
because it is much faster on the default dba database.
But this pulls in a lot of garbage.
For SQL backends it is slower, so I'm not sure.
dba is still fastest and simpliest.
BTW: I've put in now most of my changes.
To test:
+ paging slices with other backends than dba
+ more auth,
+ Ratings with sql (your _dbh changes)
+ docs (working on an updated CREDITS)
+ locale update
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/