phpwiki-talk

[Phpwiki-talk] RecentChanges and RecentEdits are both blank?

[Alan H. <al...@em...>]

I'm running PHPWiki 1.3.11RC3 on FC3 using flatfiles.

Both my RecentChanges and RecentEdits pages are blank, despite the fact 
that I edited some pages today.  What's up?  Hints?

-alan

-- 
     Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
       "I don't want the world, I just want your half." -TMBG
                  Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] wiki 403 error

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

Reini Urban schrieb:
>> Greetings. I am writing on behalf of users of www.deviantcase.com 
>> <http://www.deviantcase.com>. Found this email address on 
>> http://www.deviantcase.com/methods/index.php/SteveWainstead
>>
>> Some of us have been having problems with editing pages. A 403 
>> forbidden error comes up fairly often when trying to preview or save 
>> changes to a document. We think it might be associated with long files 
>> and hence that there might be a file size limit. Are you able to 
>> enlighten us on this, please?
> 
> 
> 403 Forbidden is the typcial message when the application generates some 
> url, which the web server forbids to serve.
> In your case probably a turned off autoindex.
> Such as http://www.deviantcase.com/wrongmethods/
> 
> Cannot it explain it why you get a 403, and I couldn't reproduce it so 
> far at your site.

=> I cannot yet explain why you get a 403, and I couldn't reproduce it 
so far at your site.

It's not that my english is that bad, it's just that my fingers are 
often out of sync with my brain and that brain refuses to proveread it.
Sorry for garbled sentences.

> Getting a 303 is more likely in case of edit.


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] wiki 403 error

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

Jon Wise schrieb:
> Greetings. I am writing on behalf of users of www.deviantcase.com 
> <http://www.deviantcase.com>. Found this email address on 
> http://www.deviantcase.com/methods/index.php/SteveWainstead
> 
> Some of us have been having problems with editing pages. A 403 forbidden 
> error comes up fairly often when trying to preview or save changes to a 
> document. We think it might be associated with long files and hence that 
> there might be a file size limit. Are you able to enlighten us on this, 
> please?

403 Forbidden is the typcial message when the application generates some 
url, which the web server forbids to serve.
In your case probably a turned off autoindex.
Such as http://www.deviantcase.com/wrongmethods/

Cannot it explain it why you get a 403, and I couldn't reproduce it so 
far at your site.

Getting a 303 is more likely in case of edit.

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

[Phpwiki-talk] wiki 403 error

[Jon W. <jon...@gm...>]

Steve Wainstead, I presume?

Greetings. I am writing on behalf of users of
www.deviantcase.com<http://www.deviantcase.com>.
Found this email address on=20
http://www.deviantcase.com/methods/index.php/SteveWainstead

Some of us have been having problems with editing pages. A 403 forbidden=20
error comes up fairly often when trying to preview or save changes to a=20
document. We think it might be associated with long files and hence that=20
there might be a file size limit. Are you able to enlighten us on this,=20
please?

Regards,

Jon Wise

[Phpwiki-talk] CLIENT REFERRAL

[Patty D. R. <jPa...@te...>]

Dear Customer,
 
Get to the top of the major search engines today.
 
Our company will now place any business with a qualified website at the top
of the major search engines immediately (ex: Yahoo!, MSN, Alta Vista,
etc.).  This promotion includes unlimited traffic and is not going to last
long.  If you are interested in being guaranteed top positioning in the
major search engines at a promotional fee, please contact us promptly to
find out if you qualify via email at N_L...@SP...   Please include
the URL(s) you are interested in promoting.  This is not pay per click. 
Examples will be provided.
  
 
Sincerely,
 
The Search Engine Placement Specialists!!!

[Phpwiki-talk] INSERT DELAYED on sf.net [Fwd: Re: SourceForge.net Support: Inquiry on use of INSERT DELAY]

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

For all the admins using phpwiki-1.3.10 on sf.net.

Please make the following change:

lib/Request.php: write_sql()
-  sprintf("INSERT DELAYED INTO $log_tbl"
+  sprintf("INSERT INTO $log_tbl"

There's only this place. This was already fixed in CVS
at 2005/05/14 07:22:47.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] PhpWiki = TreeView

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

Petr Cervenka schrieb:
> I was just wondering if there is already some kind of plugin or feature
> for showin Tree Dependencies , liek in MediaWiki, example:
> You Have Page TechSupport and inside over 10 Another Links like Gaim
> when I am on page Gaim and finished my Editing I want to go quickly back
> to TechSupport (like button UP in browser) , is there any featuer which
> draw structure of pages? I hope i express my self enough.. uff

For static hierarchies there are subpages and BackLinks.
Up one SubPages is supported by clicking on the appropriate parent.
For Up one BackLink there's no UI yet, just the SiteMap plugin to 
display the dependency tree for the links.

PageTrail is dynamic. You can skip some Back buttons this way.
I guess this is what you want.
Insert <?plugin PageTrail ?> in your top.tmpl

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

[Phpwiki-talk] PhpWiki = TreeView

[Petr C. <pe...@sy...>]

Hi 
I was just wondering if there is already some kind of plugin or feature
for showin Tree Dependencies , liek in MediaWiki, example:
You Have Page TechSupport and inside over 10 Another Links like Gaim
when I am on page Gaim and finished my Editing I want to go quickly back
to TechSupport (like button UP in browser) , is there any featuer which
draw structure of pages? I hope i express my self enough.. uff

Thanks Petr

Re: [Phpwiki-talk] Re: PageHistory problem

[Clive F. <cfl...@ho...>]

Thx for discussion; but I'm now using MySQL and it's working fine. Except 
for admin login, but I'm sure I'll get there in the end.

Clive


___________________________________________________________________________
Dan Frankowski schrieb:
	 	I'm sorry. I'd like to help, but I just don't have time.

Maybe someone else on the list who knows the flatfile back-end could try to 
replicate this. I only use the MySQL backend.

Dan

flats wrote:

	 	Message body follows:

Hi Dan,

Sorry to bug you by e-mail - but you took an interest in my
reported problem to do with an error with Page History V1.3.10.

We are using flatfile for now. It seems that the list of
file versions e.g. HomePage--1, HomePage--2, ... etc becomes non contiguous 
i.e. 2 missing between 1 and 3, and

See lib/ArchiveCleaner
This is a feature.


	 	this is throwing up the error.

Which error? Wwe had one flatfile ArchiveCleaner bug fixed about a year ago. 
Sorry, no exact time yet, no time. Check a newer phpwiki version.


	 	Although I am a PHP programmer I don't have loads of time to
try and debug this. I wondered if you could point me in the
right direction at least.

Also while I'm at it. We are using POP3 authentication, but
I have also set the admin user id and passsword in
config.ini. But I can't log in to use admin functions - get
invalid username / password. I have configured password
encryption off for now.

hmm, i'll look at it. which version do you use?

Re: [Phpwiki-talk] wiki admin select seems to be broken...

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

John Cole schrieb:
> Done :-)
> http://sourceforge.net/tracker/index.php?func=detail&aid=1208783&group_id=61
> 21&atid=106121

thanks.

I'm very busy at work currently and lost my glasses last month (will get 
new ones next week), so I couldn't really work in the evening, because I 
don't see that good enough with my contact lenses in the evening.

RE: [Phpwiki-talk] wiki admin select seems to be broken...

[John C. <joh...@ua...>]

Done :-)

http://sourceforge.net/tracker/index.php?func=detail&aid=1208783&group_id=61
21&atid=106121

John

-----Original Message-----
From: Dan Frankowski [mailto:dfr...@cs...] 
Sent: Wednesday, May 25, 2005 3:46 PM
To: John Cole
Cc: phpwiki
Subject: Re: [Phpwiki-talk] wiki admin select seems to be broken...

John Cole wrote:

>Reini,
>  Wiki admin select seems to be broken when using wildcards in the current
>CVS head.
>
>  For example, if I enter 'jcole/Blog*' it doesn't return anything.  This
>was working not too long ago :-)
>
>  Would you like me to file a bug report on this one?
>  
>

I say always file a bug report. It's easy to close one that's fixed, but 
it's hard to remember one that slipped by.

Dan

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] wiki admin select seems to be broken...

[Dan F. <dfr...@cs...>]

John Cole wrote:

>Reini,
>  Wiki admin select seems to be broken when using wildcards in the current
>CVS head.
>
>  For example, if I enter 'jcole/Blog*' it doesn't return anything.  This
>was working not too long ago :-)
>
>  Would you like me to file a bug report on this one?
>  
>

I say always file a bug report. It's easy to close one that's fixed, but 
it's hard to remember one that slipped by.

Dan

[Phpwiki-talk] wiki admin select seems to be broken...

[John C. <joh...@ua...>]

Reini,
  Wiki admin select seems to be broken when using wildcards in the current
CVS head.

  For example, if I enter 'jcole/Blog*' it doesn't return anything.  This
was working not too long ago :-)

  Would you like me to file a bug report on this one?

Thanks,

John

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] really long page loads and incomplete pages with 1.3.11-rc3

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

sorry. not yet.
but it's high priority on my todo list.

> Hmmm, I haven't made any progress debugging this.   Has anyone else come
> up with anything?
>
> Current status is my website works ok if I put that echo statement in
> the
> code.  However, the piles of big red error boxes at the bottom of every
> page are really freaking ugly.
>
> P.
>
> On Fri, 06 May 2005 10:53:33 -0400, "Philip J. Hollenback"
> <ph...@po...> said:
>> I followed your suggestion and used echo.  I've found that placing
>>
>> echo " ";
>>
>> anywhere in the program execution before the call to this->Request in
>> function WikiRequest in lib/main.php causes the pages to output fully.
>>
>> Of course my website now looks like crap because this causes a
>> bunch of php warnings to be printed after all the regular output.
>> Still, that's better than it taking forever to load and cutting off
>> the pages.
>>
>> So it seems like my phpwiki is sitting around waiting for some output
>> which never finishes?  Then it eventually times out and dumps what it
>> does have?  That would explain both the long load delay and the end of
>> my wiki pages being cut off.
>>
>> I haven't yet begun to dig into the Request function in
>> lib/Request.php to see if I can isolate this further.  Any phpwiki
>> developers care to hazard a guess what might be going on here?
>>
>> P.
>>
>> On Fri, 06 May 2005 12:10:00 +0200, "Reini Urban" <rurban@x-
>> ray.at> said:
>> > Philip J. Hollenback schrieb:
>> > > Hi Everyone,
>> > >
>> > > So I'm still experiencing this problem of pages not loading all
>> the way. I just tested a few minutes ago and it's still occuring.
>> > >
>> > > Again, there are no errors in my apache logs and I can't
>> > > troubleshoot much further because this is a hosted setup.
>> > >
>> > > I've seen this connecting from several different locations and
>> with several different browsers.  I've had other people in
>> > > different cities check my page and they've seen the same problems.
>> > >
>> > > But others on this list have replied that they have gone to
>> > > www.hollenback.ent and everything looks fine.
>> > >
>> > > The one suggestion I got was to sprinkle some print statements
>> into the phpwiki code to see where it is dying.  I guess I will
>> try that... does anyone else have any ideas?
>> >
>> > Don't use printf, use echo instead. There's some problem with
>> > print and output buffering I didn't care to report at the php-dev
>> list yet.
>> >
>> > Any printf in any plugin, template, code will eventually bypass the
>> buffering, thus fooling the http headers.
> --
> Philip J. Hollenback
> ph...@po...
> www.hollenback.net
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit
> http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk


-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] really long page loads and incomplete pages with 1.3.11-rc3

[Philip J. H. <ph...@po...>]

Hmmm, I haven't made any progress debugging this.   Has anyone else come
up with anything?

Current status is my website works ok if I put that echo statement in
the
code.  However, the piles of big red error boxes at the bottom of every
page are really freaking ugly.

P.

On Fri, 06 May 2005 10:53:33 -0400, "Philip J. Hollenback"
<ph...@po...> said:
> I followed your suggestion and used echo.  I've found that placing
>
> echo " ";
>
> anywhere in the program execution before the call to this->Request in
> function WikiRequest in lib/main.php causes the pages to output fully.
>
> Of course my website now looks like crap because this causes a
> bunch of php warnings to be printed after all the regular output.
> Still, that's better than it taking forever to load and cutting off
> the pages.
>
> So it seems like my phpwiki is sitting around waiting for some output
> which never finishes?  Then it eventually times out and dumps what it
> does have?  That would explain both the long load delay and the end of
> my wiki pages being cut off.
>
> I haven't yet begun to dig into the Request function in
> lib/Request.php to see if I can isolate this further.  Any phpwiki
> developers care to hazard a guess what might be going on here?
>
> P.
>
> On Fri, 06 May 2005 12:10:00 +0200, "Reini Urban" <rurban@x-
> ray.at> said:
> > Philip J. Hollenback schrieb:
> > > Hi Everyone,
> > >
> > > So I'm still experiencing this problem of pages not loading all
> > > the way. I just tested a few minutes ago and it's still occuring.
> > >
> > > Again, there are no errors in my apache logs and I can't
> > > troubleshoot much further because this is a hosted setup.
> > >
> > > I've seen this connecting from several different locations and
> > > with several different browsers.  I've had other people in
> > > different cities check my page and they've seen the same problems.
> > >
> > > But others on this list have replied that they have gone to
> > > www.hollenback.ent and everything looks fine.
> > >
> > > The one suggestion I got was to sprinkle some print statements
> > > into the phpwiki code to see where it is dying.  I guess I will
> > > try that... does anyone else have any ideas?
> >
> > Don't use printf, use echo instead. There's some problem with
> > print and output buffering I didn't care to report at the php-dev
> > list yet.
> >
> > Any printf in any plugin, template, code will eventually bypass the
> > buffering, thus fooling the http headers.
--  
Philip J. Hollenback
ph...@po...
www.hollenback.net

Re: [Phpwiki-talk] Re: PageHistory problem

[Clive F. <cfl...@ho...>]

<html><div style='background-color:'><DIV class=RTE>
<P>Thanks for looking at this:</P>
<P>I'm using V1.3.10.</P>
<P>Regards,</P>
<P>Clive Flatau<BR><BR>&gt;From: Reini Urban &lt;ru...@x-...&gt;<BR>&gt;Reply-To: PhpWiki discussion &lt;php...@li...&gt;<BR>&gt;To: PhpWiki discussion &lt;php...@li...&gt;<BR>&gt;CC: flats &lt;cfl...@us...&gt;<BR>&gt;Subject: Re: [Phpwiki-talk] Re: PageHistory problem<BR>&gt;Date: Sat, 21 May 2005 08:12:24 +0200<BR>&gt;<BR>&gt;Dan Frankowski schrieb:<BR>&gt;&gt;I'm sorry. I'd like to help, but I just don't have time.<BR>&gt;&gt;<BR>&gt;&gt;Maybe someone else on the list who knows the flatfile back-end <BR>&gt;&gt;could try to replicate this. I only use the MySQL backend.<BR>&gt;&gt;<BR>&gt;&gt;Dan<BR>&gt;&gt;<BR>&gt;&gt;flats wrote:<BR>&gt;&gt;<BR>&gt;&gt;&gt;Message body follows:<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Hi Dan,<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Sorry to bug you by e-mail - but you took an interest in 
my<BR>&gt;&gt;&gt;reported problem to do with an error with Page History V1.3.10.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;We are using flatfile for now. It seems that the list of<BR>&gt;&gt;&gt;file versions e.g. HomePage--1, HomePage--2, ... etc becomes non <BR>&gt;&gt;&gt;contiguous i.e. 2 missing between 1 and 3, and<BR>&gt;<BR>&gt;See lib/ArchiveCleaner<BR>&gt;This is a feature.<BR>&gt;<BR>&gt;&gt;&gt;this is throwing up the error.<BR>&gt;<BR>&gt;Which error? Wwe had one flatfile ArchiveCleaner bug fixed about a <BR>&gt;year ago. Sorry, no exact time yet, no time. Check a newer phpwiki <BR>&gt;version.<BR>&gt;<BR>&gt;&gt;&gt;Although I am a PHP programmer I don't have loads of time to<BR>&gt;&gt;&gt;try and debug this. I wondered if you could point me in the<BR>&gt;&gt;&gt;right direction at least.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Also while I'm at it. We are using POP3 authentication, 
but<BR>&gt;&gt;&gt;I have also set the admin user id and passsword in<BR>&gt;&gt;&gt;config.ini. But I can't log in to use admin functions - get<BR>&gt;&gt;&gt;invalid username / password. I have configured password<BR>&gt;&gt;&gt;encryption off for now.<BR>&gt;<BR>&gt;hmm, i'll look at it. which version do you use?<BR>&gt;<BR>&gt;--<BR>&gt;Reini Urban<BR>&gt;http://xarch.tu-graz.ac.at/home/rurban/<BR>&gt;http://phpwiki.org/<BR></P></DIV></div></html>

Re: [Phpwiki-talk] Cannot redeclare class pear, memory exhaustion

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

Steve Wainstead schrieb:
> Glad I have months (years) of PhpWiki-talk email. I installed RC3 on my 
> Fedora Core 3 Linux box here at work today. I was stumped trying to get 
> around the "Cannot redeclare class pear" error! Switching to ADODB 
> solved it.
> 
> [client 192.168.2.208] PHP Fatal error:  Cannot redeclare class pear in 
> /home/swain/public_html/phpwiki-1.3.11/lib/pear/PEAR.php on line 74

This should be fixed now.

> Otherwise installation was pretty simple. Note that "lock tables" in the 
> GRANT statement in INSTALL.mysql was not legal in my older copy of Mysql 
> (3.23.58). 

oops. thanks for the report.

> I also got:
> [client 192.168.2.208] PHP Fatal error:  Allowed memory size of 8388608 
> bytes exhausted (tried to allocate 138 bytes) in Unknown on line 0
> 
> when loading the new pages for the first time. Repeatedly reloading the 
> page eventually got them all loaded.

There might be still some undetected request loop somewhere.
This might explain other users problems also. esp. fedora core is 
problematic in my experiences.

phpwiki uses just about 8MB runtime memory on save now, so that's a 
critical border.

> It looks beautiful. You've all doing a great job!

thanks.


> ~swain
> 
> On Apr 15, 2005, at 9:57 AM, Yannick Lefebvre wrote:
> 
>> I have switched over to ADODB and the error went away. I am now able 
>> to run 1.3.11 on IIS 6.0/MySQL. Looking good.
>>  
>> Yannick
>>
>>     -----Original Message-----
>>     *From:* Yannick Lefebvre
>>     *Sent:* Thursday, April 14, 2005 4:43 PM
>>     *To:* 'php...@li...
>>     <mailto:php...@li...>'
>>     *Subject:* RE: Phpwiki 1.3.11 on IIS 6.0/MySQL
>>
>>     After searching through the forums on the Sourceforge site, I
>>     found that I need to remove the if statement on line 55 of
>>     Index.php if I get an empty page. I have done that and now get:
>>      
>>      *Fatal error*: Cannot redeclare class pear in
>>     *D:\WWW\INTRANET\phpwiki\lib\pear\PEAR.php* on line *74* 
>>     ** 
>>     Yannick
>>
>>         -----Original Message-----
>>         *From:* Yannick Lefebvre
>>         *Sent:* Thursday, April 14, 2005 3:18 PM
>>         *To:* php...@li...
>>         <mailto:php...@li...>
>>         *Subject:* Phpwiki 1.3.11 on IIS 6.0/MySQL
>>
>>         Hello,
>>          
>>         I was able to run Phpwiki 1.2 on our IIS 6.0 server with MySQL
>>         database. However, I'm having trouble with version 1.3.11. If
>>         I don't specify an admin user name and password, I get the
>>         message:
>>          
>>         *Fatal error*: Cannot redeclare _http_user() (previously
>>         declared in D:\WWW\INTRANET\phpwiki\configurator.php:71) in
>>         *D:\WWW\INTRANET\phpwiki\configurator.php* on line *70*
>>         ** 
>>         If I set these parameters inside of the config file
>>         (encrypting the password through the utility), I just get a
>>         blank page at the base of the wiki.
>>          
>>         Has someone been able to get phpwiki to run on a similar
>>         configuration? Thanks for any help you can provide,


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] Re: PageHistory problem

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

Dan Frankowski schrieb:
> I'm sorry. I'd like to help, but I just don't have time.
> 
> Maybe someone else on the list who knows the flatfile back-end could try 
> to replicate this. I only use the MySQL backend.
> 
> Dan
> 
> flats wrote:
> 
>> Message body follows:
>>
>> Hi Dan,
>>
>> Sorry to bug you by e-mail - but you took an interest in my
>> reported problem to do with an error with Page History V1.3.10.
>>
>> We are using flatfile for now. It seems that the list of
>> file versions e.g. HomePage--1, HomePage--2, ... etc becomes non 
>> contiguous i.e. 2 missing between 1 and 3, and

See lib/ArchiveCleaner
This is a feature.

>> this is throwing up the error.

Which error? Wwe had one flatfile ArchiveCleaner bug fixed about a year 
ago. Sorry, no exact time yet, no time. Check a newer phpwiki version.

>> Although I am a PHP programmer I don't have loads of time to
>> try and debug this. I wondered if you could point me in the
>> right direction at least.
>>
>> Also while I'm at it. We are using POP3 authentication, but
>> I have also set the admin user id and passsword in
>> config.ini. But I can't log in to use admin functions - get
>> invalid username / password. I have configured password
>> encryption off for now.

hmm, i'll look at it. which version do you use?

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] Re: PageHistory problem

[Clive F. <cfl...@ho...>]

<html><div style='background-color:'><DIV class=RTE>
<P>Thanks - I'll check&nbsp;it out. I have set the directory for files to be stored to within our webroot so can't be a problem with /tmp being cleaned.</P>
<P>I have gone with the standard parameters for Page Revisions - but I will check them for sense.</P>
<P>Thx</P>
<P>Clive<BR><BR></P><BR><BR><BR>&gt;From: Joel Uckelman &lt;uck...@el...&gt;<BR>&gt;To: Dan Frankowski &lt;dfr...@wi...&gt;<BR>&gt;CC: flats &lt;cfl...@us...&gt;,PhpWiki discussion &lt;php...@li...&gt;,uck...@el...<BR>&gt;Subject: Re: [Phpwiki-talk] Re: PageHistory problem <BR>&gt;Date: Fri, 20 May 2005 09:27:54 -0500<BR>&gt;<BR>&gt; &gt; You know, I thought of one thing. Where are your files being stored? By<BR>&gt; &gt; default it is in /tmp, and that would be disastrous, because files can<BR>&gt; &gt; dissappear without warning.<BR>&gt; &gt;<BR>&gt; &gt; Dan<BR>&gt;<BR>&gt;The symptoms aren't right for that: /tmp being cleaned would blow away<BR>&gt;the whole db, not just a few versions of some pages. I would suggest<BR>&gt;looking at Section 3a (page revisions) in your config.ini. Maybe you<BR>&gt;have MAX_KEEP (or one of the others in that section) set too low.<BR>&gt;<BR></DIV></div></html>

Re: [Phpwiki-talk] Re: PageHistory problem

[Joel U. <uck...@el...>]

> You know, I thought of one thing. Where are your files being stored? By 
> default it is in /tmp, and that would be disastrous, because files can 
> dissappear without warning.
> 
> Dan

The symptoms aren't right for that: /tmp being cleaned would blow away
the whole db, not just a few versions of some pages. I would suggest
looking at Section 3a (page revisions) in your config.ini. Maybe you
have MAX_KEEP (or one of the others in that section) set too low. 
 

[Phpwiki-talk] Re: PageHistory problem

[Dan F. <dfr...@wi...>]

You know, I thought of one thing. Where are your files being stored? By 
default it is in /tmp, and that would be disastrous, because files can 
dissappear without warning.

Dan

Dan Frankowski wrote:

> I'm sorry. I'd like to help, but I just don't have time.
>
> Maybe someone else on the list who knows the flatfile back-end could 
> try to replicate this. I only use the MySQL backend.
>
> Dan
>
> flats wrote:
>
>> Message body follows:
>>
>> Hi Dan,
>>
>> Sorry to bug you by e-mail - but you took an interest in my
>> reported problem to do with an error with Page History V1.3.10.
>>
>> We are using flatfile for now. It seems that the list of
>> file versions e.g. HomePage--1, HomePage--2, ... etc becomes non 
>> contiguous i.e. 2 missing between 1 and 3, and
>> this is throwing up the error.
>>
>> Although I am a PHP programmer I don't have loads of time to
>> try and debug this. I wondered if you could point me in the
>> right direction at least.
>>
>> Also while I'm at it. We are using POP3 authentication, but
>> I have also set the admin user id and passsword in
>> config.ini. But I can't log in to use admin functions - get
>> invalid username / password. I have configured password
>> encryption off for now.
>>
>> Hope you can help or know someone who can.
>>
>> Regards
>> Clive Flatau
>>
>>
>>
>> -- 
>> This message has been sent to you, a registered SourceForge.net user,
>> by another site user, through the SourceForge.net site.  This message
>> has been delivered to your SourceForge.net mail alias.  You may reply
>> to this message using the "Reply" feature of your email client, or
>> using the messaging facility of SourceForge.net at:
>> https://sourceforge.net/sendmessage.php?touser=1280947
>>  
>>
>
>


-- 
http://cdbaby.com/cd/antonanddan   My crazy jazz duo
http://cdbaby.com/cd/mpjs          My jazz sextet

[Phpwiki-talk] Re: PageHistory problem

[Dan F. <dfr...@wi...>]

I'm sorry. I'd like to help, but I just don't have time.

Maybe someone else on the list who knows the flatfile back-end could try 
to replicate this. I only use the MySQL backend.

Dan

flats wrote:

>Message body follows:
>
>Hi Dan,
>
>Sorry to bug you by e-mail - but you took an interest in my
>reported problem to do with an error with Page History V1.3.10.
>
>We are using flatfile for now. It seems that the list of
>file versions e.g. HomePage--1, HomePage--2, ... etc 
>becomes non contiguous i.e. 2 missing between 1 and 3, and
>this is throwing up the error.
>
>Although I am a PHP programmer I don't have loads of time to
>try and debug this. I wondered if you could point me in the
>right direction at least.
>
>Also while I'm at it. We are using POP3 authentication, but
>I have also set the admin user id and passsword in
>config.ini. But I can't log in to use admin functions - get
>invalid username / password. I have configured password
>encryption off for now.
>
>Hope you can help or know someone who can.
>
>Regards
>Clive Flatau
>
>
>
>--
>This message has been sent to you, a registered SourceForge.net user,
>by another site user, through the SourceForge.net site.  This message
>has been delivered to your SourceForge.net mail alias.  You may reply
>to this message using the "Reply" feature of your email client, or
>using the messaging facility of SourceForge.net at:
>https://sourceforge.net/sendmessage.php?touser=1280947
>  
>


-- 
http://cdbaby.com/cd/antonanddan   My crazy jazz duo
http://cdbaby.com/cd/mpjs          My jazz sextet

[Phpwiki-talk] "DB error: table not locked" ?

[Dan F. <dfr...@cs...>]

Occasionally my users see wikilens.org is broken because a table can't 
be locked. I don't know why. I restart mysql, and it seems okay.

I searched for "DB Error: not locked" and multiple PhpWiki folks seem to 
have encountered this:

http://www.google.com/search?q=+%22DB+Error%3A+not+locked%22&btnG=Search

I tried to search the phpwiki-talk mailing list, and found nothing.

Ideas?

Dan

An example from the Google cache:

lib/PageList.php (In template 'browse') (In template 'body') (In 
template 'html'):495: Warning[512]: PageList: Invalid page_handle 1

/home/groups/p/ph/phpwiki/htdocs/demo/lib/WikiDB/backend/PearDB.php (In 
template 'browse') (In template 'body') (In template 'html'):765: 
Fatal[256]: wikidb_backend_mysql: fatal database error

    * *DB Error: not locked*
    * (UPDATE alpha_session SET sess_data='', sess_date=1081584701,
      sess_ip='64.68.92.173' WHERE
      sess_id='8212367f11d4647bd66396f79c1f1a4f' [nativecode=1100 **
      Table 'alpha_session' was not locked with LOCK TABLES])

[Phpwiki-talk] Cannot redeclare class pear, memory exhaustion

[Steve W. <sw...@pa...>]

Glad I have months (years) of PhpWiki-talk email. I installed RC3 on =20
my Fedora Core 3 Linux box here at work today. I was stumped trying =20
to get around the "Cannot redeclare class pear" error! Switching to =20
ADODB solved it.

[client 192.168.2.208] PHP Fatal error:  Cannot redeclare class pear =20
in /home/swain/public_html/phpwiki-1.3.11/lib/pear/PEAR.php on line 74

Otherwise installation was pretty simple. Note that "lock tables" in =20
the GRANT statement in INSTALL.mysql was not legal in my older copy =20
of Mysql (3.23.58).

I also got:
[client 192.168.2.208] PHP Fatal error:  Allowed memory size of =20
8388608 bytes exhausted (tried to allocate 138 bytes) in Unknown on =20
line 0

when loading the new pages for the first time. Repeatedly reloading =20
the page eventually got them all loaded.

It looks beautiful. You've all doing a great job!

~swain

On Apr 15, 2005, at 9:57 AM, Yannick Lefebvre wrote:

> I have switched over to ADODB and the error went away. I am now =20
> able to run 1.3.11 on IIS 6.0/MySQL. Looking good.
>
> Yannick
> -----Original Message-----
> From: Yannick Lefebvre
> Sent: Thursday, April 14, 2005 4:43 PM
> To: 'php...@li...'
> Subject: RE: Phpwiki 1.3.11 on IIS 6.0/MySQL
>
> After searching through the forums on the Sourceforge site, I found =20=

> that I need to remove the if statement on line 55 of Index.php if I =20=

> get an empty page. I have done that and now get:
>
>  Fatal error: Cannot redeclare class pear in D:\WWW\INTRANET\phpwiki=20=

> \lib\pear\PEAR.php on line 74
>
> Yannick
> -----Original Message-----
> From: Yannick Lefebvre
> Sent: Thursday, April 14, 2005 3:18 PM
> To: php...@li...
> Subject: Phpwiki 1.3.11 on IIS 6.0/MySQL
>
> Hello,
>
> I was able to run Phpwiki 1.2 on our IIS 6.0 server with MySQL =20
> database. However, I'm having trouble with version 1.3.11. If I =20
> don't specify an admin user name and password, I get the message:
>
> Fatal error: Cannot redeclare _http_user() (previously declared in =20
> D:\WWW\INTRANET\phpwiki\configurator.php:71) in D:\WWW\INTRANET=20
> \phpwiki\configurator.php on line 70
>
> If I set these parameters inside of the config file (encrypting the =20=

> password through the utility), I just get a blank page at the base =20
> of the wiki.
>
> Has someone been able to get phpwiki to run on a similar =20
> configuration? Thanks for any help you can provide,
>
> Yannick
>
> ______________________________________
> Yannick Lefebvre
> eNGENUITY Technologies Inc
> Senior Technical Specialist
> Sp=E9cialiste Technique S=E9nior
> Tel: (514) 341-3874 Ext. 268
> Fax: (514) 341-8018
> yan...@en...
> www.engenuitytech.com
> 4700 de la Savane, # 300
> Montr=E9al, Qu=E9bec H4P 1T7 Canada
> ______________________________________
> Visual. Software. Solutions.
>

Re: [Phpwiki-talk] PHPwiki + mailnotify

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

> Petr Cervenka wrote:
>> I don't know if I am the only one, but I can not find any Documenation
>> on MailNotify, yes I found on phpwiki MailNotify link but there is a way
>> too many different ways how to do it, and I am not sure which one of
>> them did actully made in CURRENT devel release? So if anyone is using
>> MailNotify can you please tell me how and where to enable it ? Thank
>> you

See your UserPreferences page, enter your email
and enter the list of pages you want notifications on changes.

* is for all.

If you care please delete the old wrong info on the wiki.

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/