phpwiki-talk Mailing List for PhpWiki (Page 4)

I've been having problems recently with people somehow planting PHP
scripts on my system and then sending spam. Luckily, PHP includes an email
header with the name of the script sending email. To stop this, I've
temporarily made me the owner of all the files and directories in phpwiki.
Now, I'd like to get stuff working again (so I can edit pages again). So,
what are the recommended owners and permissions of the various directories
and files?
THANKS!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

Le 24/04/2015 12:33, David Gardner a écrit :
> Hi,
> Using the latest tarball, on a clean postgresql db (8.4 and 9.1, if it makes a
> difference), I'm getting a lot of this sort of thing:
> (5-6 a page, often more).
>
> Notice: "unserialize(): Error at offset 0 of 152 bytes"
>
> Is this a known issue? I don't see anything in my apache logs, or in the
> firefox console.
>
> David
> ps I'm connecting to the DB using method sql. Should I try swiching to
> adodb?
Hi,
No, this is not a known bug. You can create a bug report on Sourceforge.
I am testing with Postgresql 8.4 and I do not see these warnings.
Can you provide your config/config.ini file in the bug report so that I
can test with your exact configuration?
SQL interface is more tested that ADOdb, so I am not sure switching to
ADOdb will help.
Best regards,
Marc-Etienne Vargenau
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent International, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

Hi, 
 Using the latest tarball, on a clean postgresql db (8.4 and 9.1, if it makes a
difference), I'm getting a lot of this sort of thing: 
(5-6 a page, often more). 
 
Notice: "unserialize(): Error at offset 0 of 152 bytes" 
Is this a known issue? I don't see anything in my apache logs, or in the
firefox console.
David
ps I'm connecting to the DB using method sql. Should I try swiching to
adodb?

On 12/04/2015 00:33, Harold Hallikainen wrote:
> I'm still trying to get uploads to work correctly. I just downloaded the
> latest snapshot. I'm still getting the uploaded file landing in
> wiki/uploadsharold instead of wiki/uploads/harold .
Hi Harold,
This works for me. Are you using 1.5.3 or Subversion trunk?
> Next, there is, of course, a way to remove pages. Is there a way to remove
> uploads?
No, not for the moment.
> Next, I'm having a real problem with blog and comment spam. I have the
> system set to only allow logged in users edit pages. But, apparently users
> that are not logged in can comment and blog. Is there a way in the config
> file to disable unlogged users from creating content? Or should I just
> delete these plugins?
I was aware of the bug.
It was (supposed to be) fixed in Subversion r9526:
"You must be logged in to add blog entries."
So can you confirm the exact version of Phpwiki you are using and
provide your config.ini file so that I can try to reproduce your issues?
Best regards,
Marc-Etienne Vargenau
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent International, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

I'm still trying to get uploads to work correctly. I just downloaded the
latest snapshot. I'm still getting the uploaded file landing in
wiki/uploadsharold instead of wiki/uploads/harold .
Next, there is, of course, a way to remove pages. Is there a way to remove
uploads?
Next, I'm having a real problem with blog and comment spam. I have the
system set to only allow logged in users edit pages. But, apparently users
that are not logged in can comment and blog. Is there a way in the config
file to disable unlogged users from creating content? Or should I just
delete these plugins?
THANKS!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

On 08/02/2015 20:37, Harold Hallikainen wrote:
> I accidentally sent this directly to Marc-Etienne instead of the list
> yesterday. Any thoughts by anyone on this issue?
>
> THANKS!
>
> Harold
>
>
> Marc-Etienne,
>
> THANKS for the fix of the edit page! Now, running Subversion r9456, a
> previous problem has come back. I have user directories enabled for
> uploads. When I try to do an upload, I get this message:
>
> Cannot create upload directory
> "/home/harold/public_html/org/bh/uploadsharold/".
>
> There should, of course, be a slash between uploads and harold.
>
>>From config.ini, I have:
>
> UPLOAD_USERDIR = true
>
> UPLOAD_DATA_PATH = /uploads/
>
> I remember this being an issue years back, but it was fixed, and now
> appears to be back. I can't find my fix.
>
> Thanks!
>
> Harold
Hi Harold,
I am sorry, but I cannot reproduce your issue.
The function getUploadDataPath will always return a string ending with
a slash. See below.
Marc-Etienne
function getUploadDataPath()
{
 if (defined('UPLOAD_DATA_PATH')) {
 return string_ends_with(UPLOAD_DATA_PATH, "/")
 ? UPLOAD_DATA_PATH : UPLOAD_DATA_PATH . "/";
 }
 return SERVER_URL . (string_ends_with(DATA_PATH, "/") ? '' : "/")
 . DATA_PATH . '/uploads/';
}
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent International, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

I accidentally sent this directly to Marc-Etienne instead of the list
yesterday. Any thoughts by anyone on this issue?
THANKS!
Harold
Marc-Etienne,
THANKS for the fix of the edit page! Now, running Subversion r9456, a
previous problem has come back. I have user directories enabled for
uploads. When I try to do an upload, I get this message:
Cannot create upload directory
“/home/harold/public_html/org/bh/uploadsharold/”.
There should, of course, be a slash between uploads and harold.
>From config.ini, I have:
UPLOAD_USERDIR = true
UPLOAD_DATA_PATH = /uploads/
I remember this being an issue years back, but it was fixed, and now
appears to be back. I can't find my fix.
Thanks!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

On 11/01/2015 00:15, Harold Hallikainen wrote:
> Still trying to chase this issue down. Currently I can't edit pages. Ideas?
>
> Thanks!
>
> Harold
Hi Harold,
I made a fix in Subversion r9456.
Does it still not work for you?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent International, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

Still trying to chase this issue down. Currently I can't edit pages. Ideas?
Thanks!
Harold
>
> PHP Fatal error: Call to protected method WikiDB_backend::text_search()
> from context 'WikiDB' in
> /home/louise/public_html/phpwiki-code-9454-trunk/lib/WikiDB.php on line
> 337
>
> I started getting the above error on an otherwise working system recently
> when the edit tab is selected. I also just tried a fresh install of the
> most recent snapshot. The db type is file.
>
> Ideas?
>
> THANKS!
>
> Harold
>
>
>
>
>
> --
> FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
> opportunities available!
> Not sent from an iPhone.
>
>
>
> --
> FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
> opportunities available!
> Not sent from an iPhone.
>
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

On 31/12/2014 05:24, Harold Hallikainen wrote:
>
> PHP Fatal error: Call to protected method WikiDB_backend::text_search()
> from context 'WikiDB' in
> /home/louise/public_html/phpwiki-code-9454-trunk/lib/WikiDB.php on line 337
>
> I started getting the above error on an otherwise working system recently
> when the edit tab is selected. I also just tried a fresh install of the
> most recent snapshot. The db type is file.
>
> Ideas?
Hello Harold,
Thank you for the bug report.
Unfortunately I rarely test with db type as file.
The text_search method must be public, it was protected in the
abstract class and not overwritten in the subclass for file.
It is fixed in r9456.
Best wishes for the new year!
Marc-Etienne
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent International, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

PHP Fatal error: Call to protected method WikiDB_backend::text_search()
from context 'WikiDB' in
/home/louise/public_html/phpwiki-code-9454-trunk/lib/WikiDB.php on line 337
I started getting the above error on an otherwise working system recently
when the edit tab is selected. I also just tried a fresh install of the
most recent snapshot. The db type is file.
Ideas?
THANKS!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

On 2014年11月24日 17:07:39 +0100
Marc-Etienne Vargenau <Mar...@al...> wrote:
> 
> I will look to your SQL problem later.
Reference: mysql 5.6 manual, section 11.5:
BLOB and TEXT data type cannot have a default value.
I do remember that defining default values for blob/text was allowed in
earlier versions.
jd

On 22/11/2014 23:14, jdebert wrote:
> In re last,
>
> On 2014年11月21日 17:25:25 -0800
> jdebert <jd...@ga...> wrote:
>
>> PHP Fatal error: Call to undefined function posix_times()
>> in $PHPWIKI/lib/prepend.php on line 72, referer:
>> http://localhost/
>>
>
> [snip]
>>
>> function DebugTimer()
>> {
>> $this->_start = $this->microtime();
>> $this->_times = posix_times();
>> }
>>
>
> I inserted a line from 1.4.0:
>
> function DebugTimer() {
> $this->_start = $this->microtime();
> if (function_exists('posix_times')) <----- from 1.4.0
> $this->_times = posix_times();
> }
>
> which seems to work so far and even took care of the deprecated
> function warnings. I had installed the php5 posix module before this
> thinking it may resolve the error but it did not.
Hi,
You are right, function posix_times does not always exist,
for example on Windows.
I had removed some function_exists checks for functions
that are supposed to be present in PHP >= 5.3 but for
this one it was not correct.
I have added the check again.
I will look to your SQL problem later.
Thank you for your remarks.
Best regards,
Marc-Etienne Vargenau
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

In re last,
On 2014年11月21日 17:25:25 -0800
jdebert <jd...@ga...> wrote:
> PHP Fatal error: Call to undefined function posix_times()
> in $PHPWIKI/lib/prepend.php on line 72, referer:
> http://localhost/
> 
[snip]
> 
> function DebugTimer()
> {
> $this->_start = $this->microtime();
> $this->_times = posix_times();
> }
> 
I inserted a line from 1.4.0:
 function DebugTimer() {
 $this->_start = $this->microtime();
 if (function_exists('posix_times')) <----- from 1.4.0
 $this->_times = posix_times();
 }
 
which seems to work so far and even took care of the deprecated
function warnings. I had installed the php5 posix module before this
thinking it may resolve the error but it did not.
However, this error seems to have prevented loading the virgin wiki
pages and there were sql errors about the page table being empty when
phpwiki was accessed after this. I had to destroy and re-create the
database over again so that phpwiki would load the pages into the db.
But here again, I encountered a problem. The schemas as written did not
work. mysql did not like defaults for the blob/text datatypes:
 ERROR 1101 (42000) at line 72: BLOB/TEXT column 'prefs' 
 can't have a default value
Deleting "DEFAULT ''" from every line defining a blob/text type in
mysql-initialize.sql schema allowed the tables to be created without
problem. IIRC, since at least mysql 5.6 and at least mariadb 5.6,
DEFAULT is no longer legal for types blob/text.
So far, the wiki is readable. In lynx, at least. I'll try editing,
creating pages and transferring pages from the old phpwiki later and
see if that works as well.
jd

Started setting up phpwiki-1.5.2 and encountered this error:
PHP Fatal error: Call to undefined function posix_times()
in $PHPWIKI/lib/prepend.php on line 72, referer:
http://localhost/
The function isn't defined even in php5. It doesn't look like it can be
simply commented out, either:
 function DebugTimer()
 {
 $this->_start = $this->microtime();
 $this->_times = posix_times();
 }
Really appreciate any clue.
Thanks
jd

On 2014年11月21日 16:19:20 +0100
Reini Urban <ru...@x-...> wrote:
> You can try to comment out this function call. Should work without.
Thanks. That works.
I can start the wiki now but I cannot do a zipdump. There are no
errors reported. The only complaints are from php about deprecated
functions. mysql logs no errors.
Without zipdump, seems I'm left the choice of copy-paste pages to the
new wiki or alter the tables in place for the new format. A choice
between time-consuming & error-prone versus risk of data loss. Fun.
> Am 21.11.2014 09:59 schrieb "Marc-Etienne Vargenau" <
> Mar...@al...>:
> >
> > Your PHP is too recent.
> >
> > function import_request_variables has been removed in recent
> > PHPs. See:
Thanks.
As I suspected.
jd

You can try to comment out this function call. Should work without.
Am 21.11.2014 09:59 schrieb "Marc-Etienne Vargenau" <
Mar...@al...>:
> On 21/11/2014 05:14, jdebert wrote:
> > I'm trying to do a zipdump in 1.2.10 so I can upgrade to 1.5.2 but I
> > keep encountering this error:
> >
> > Fatal error: Call to undefined function import_request_variables()
> > in /home/www/html/old-phpwiki/lib/config.php on line 10
> >
> > I see several php files reference the above function but I don't see
> > where it's defined.
> >
> > What am I missing?
> >
> > php5-5.6.3
> > apache2-2.2.22
> > mariadb 10.0.3
> > phpwiki-1.2.10
>
> Hello,
>
> Thank you for your interest in PhpWiki.
>
> Your PHP is too recent.
>
> function import_request_variables has been removed in recent
> PHPs. See:
>
> http://php.net/manual/en/function.import-request-variables.php
>
> Best regards,
>
> Marc-Etienne Vargenau
>
> --
> Marc-Etienne Vargenau Mar...@al...
> Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
> +33 1 60 40 28 33 OnNet 2103 2833
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

On 21/11/2014 05:14, jdebert wrote:
> I'm trying to do a zipdump in 1.2.10 so I can upgrade to 1.5.2 but I
> keep encountering this error:
>
> Fatal error: Call to undefined function import_request_variables()
> in /home/www/html/old-phpwiki/lib/config.php on line 10
>
> I see several php files reference the above function but I don't see
> where it's defined.
>
> What am I missing?
>
> php5-5.6.3
> apache2-2.2.22
> mariadb 10.0.3
> phpwiki-1.2.10
Hello,
Thank you for your interest in PhpWiki.
Your PHP is too recent.
function import_request_variables has been removed in recent
PHPs. See:
http://php.net/manual/en/function.import-request-variables.php
Best regards,
Marc-Etienne Vargenau
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

I'm trying to do a zipdump in 1.2.10 so I can upgrade to 1.5.2 but I
keep encountering this error:
Fatal error: Call to undefined function import_request_variables()
in /home/www/html/old-phpwiki/lib/config.php on line 10
I see several php files reference the above function but I don't see
where it's defined.
What am I missing?
php5-5.6.3
apache2-2.2.22
mariadb 10.0.3
phpwiki-1.2.10
jd

> Le 22/05/2014 14:35, Harold Hallikainen a écrit :
>>
>> I'm migrating to a new server and am installing phpwiki-code-8855-trunk.
>> I'm getting a lot of warnings about preg_replace.
>>
>> Warning: "preg_replace(): The /e modifier is deprecated, use
>> preg_replace_callback instead"
>>
>> In /etc/php.ini, I have this line:
>> error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
>>
>> which seems it should suppress warnings about deprecated features. But,
>> the warnings keep showing up.
>
> Hello Harold,
>
> I just created a patch to replace preg_replace with
> preg_replace_callback.
>
> It is in Subversion revision 8856.
>
> Can you please see if it solves your problem?
>
> Best regards,
>
> Marc-Etienne Vargenau
THANKS! That seems to reduce the number of warnings, but I suspect this is
also used in other files (and I'm having trouble figuring out which ones
since php error logging does not seem to be working).
I'll see if I can find the other occurrences. If you can find them also,
that would be great!
Thanks!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

Le 22/05/2014 14:35, Harold Hallikainen a écrit :
>
> I'm migrating to a new server and am installing phpwiki-code-8855-trunk.
> I'm getting a lot of warnings about preg_replace.
>
> Warning: "preg_replace(): The /e modifier is deprecated, use
> preg_replace_callback instead"
>
> In /etc/php.ini, I have this line:
> error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
>
> which seems it should suppress warnings about deprecated features. But,
> the warnings keep showing up.
Hello Harold,
I just created a patch to replace preg_replace with
preg_replace_callback.
It is in Subversion revision 8856.
Can you please see if it solves your problem?
Best regards,
Marc-Etienne Vargenau
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833

I'm migrating to a new server and am installing phpwiki-code-8855-trunk.
I'm getting a lot of warnings about preg_replace.
Warning: "preg_replace(): The /e modifier is deprecated, use
preg_replace_callback instead"
In /etc/php.ini, I have this line:
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
which seems it should suppress warnings about deprecated features. But,
the warnings keep showing up.
Any ideas on an easy fix for this?
THANKS!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

I see that you use HttpUnit tests in PhpWiki. However, if you'd like
automated browser-based functional/regression testing, you may be
interested in SeLite. It extends Selenium IDE. It allows your tests to
access (read and write to) a test DB (isolated from the DB of the tested
application). It's open source.
It could work very well for you, especially since PhpWiki can have its data
in an SQLite DB. SeLite uses a (separate) SQLite DB for test data, so your
test data lifecycle would be very easy. However, you can benefit from
SeLite even if your test instance of PhpWiki uses other type of DB.
Creating tests in Selenium IDE is convenient and highly productive. It
doesn't require low-level programming skills, so even users/theme designers
could contribute new tests. Tests can be maintained in SVN. See
https://code.google.com/p/selite/wiki/ProjectHome.
I could create a test framework and provide some examples. Would there be
any interest?
-Peter Kehl

Interesting, thanks.
I'm still pretty busy with work related things.
Feel free to publish 1.4.0 by yourself.
On Tue, Apr 2, 2013 at 10:18 AM, Marc-Etienne Vargenau <
Mar...@al...> wrote:
> Le 02/04/2013 16:19, Reini Urban a écrit :
>
>> Hey,
>> you removed pgsrc/Help%2FWikiBlogPlugin
>> <http://sourceforge.net/p/**phpwiki/code/8735/tree//trunk/**
>> pgsrc/Help%2FWikiBlogPlugin<http://sourceforge.net/p/phpwiki/code/8735/tree//trunk/pgsrc/Help%2FWikiBlogPlugin>
>> >
>>
>> instead of adding the docs from the code.
>>
>
> Hello Reini,
>
> I do not think so, I see the file pgsrc/Help%2FWikiBlogPlugin
> in my working copy and when doing a fresh "svn co".
>
> The new svn viewer in Sourceforge seems broken.
>
> Will you have time to publish a new release of Phpwiki?
>
> Best regards,
>
> Marc-Etienne
>
> --
> Marc-Etienne Vargenau Marc-Etienne.Vargenau@alcatel-**lucent.com<Mar...@al...>
> Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
> +33 1 30 77 28 33 OnNet 2103 2833
>
-- 
Reini Urban
http://cpanel.net/ http://www.perl-compiler.org/

Le 02/04/2013 16:19, Reini Urban a écrit :
> Hey,
> you removed pgsrc/Help%2FWikiBlogPlugin
> <http://sourceforge.net/p/phpwiki/code/8735/tree//trunk/pgsrc/Help%2FWikiBlogPlugin>
> instead of adding the docs from the code.
Hello Reini,
I do not think so, I see the file pgsrc/Help%2FWikiBlogPlugin
in my working copy and when doing a fresh "svn co".
The new svn viewer in Sourceforge seems broken.
Will you have time to publish a new release of Phpwiki?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 30 77 28 33 OnNet 2103 2833