phpwiki-talk

Re: [Phpwiki-talk] Upgrade Error SyntaxHighlighterPlugin

[Rud M. <k5...@ar...>]

I deleted the pgsrc file for SyntaxHighlighter and it went further but
getting more errors:
=20
=20
Help/SqlResultPlugin does not exist

 <http://www.k5rud.us/over50/wiki/index.php/Help> Help
<http://www.k5rud.us/over50/wiki/index.php/Help/SqlResultPlugin>
/SqlResultPlugin=20
Parse error: syntax error, unexpected $end in
/home/k5rudus/public_html/phpwiki/lib/plugin/SqlResult.php on line 152

=20
and a number of these at the end of the upgrade:
=20
lib/CachedMarkup.php:529: Notice[8]: Only variables should be assigned =
by
reference=20


Rud Merriam K5RUD
ARES AEC Montgomery County, TX=20
http://over50.k5rud.us/wiki/=20

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Rud =
Merriam
Sent: Wednesday, February 21, 2007 3:08 AM
To: php...@li...
Subject: [Phpwiki-talk] Upgrade Error SyntaxHighlighterPlugin



I installed the current RC. During the upgrade received the error:=20

	/home/k5rudus/public_html/phpwiki/pgsrc/Help/RichTablePlugin: older
than the existing page. skipped.
Help/SyntaxHighlighterPlugin does not exist=20

HelpHYPERLINK=20

[Phpwiki-talk] Upgrade Error SyntaxHighlighterPlugin

[Rud M. <k5...@ar...>]

I installed the current RC. During the upgrade received the error:

	/home/k5rudus/public_html/phpwiki/pgsrc/Help/RichTablePlugin: older
than the existing page. skipped.
	Help/SyntaxHighlighterPlugin does not exist
HelpHYPERLINK

[Phpwiki-talk] ASCIIMath Plugin Bug and Question

[Rud M. <k5...@ar...>]

I have been trying to get the ASCIIMath Plugin to work. I found that =
only
the first plugin on a page did anything and an error message is =
displayed
about a missing variable. After some investigation I found that in the =
file
ASCIIMath.php on line 69 is a "include_once" statement. Changing that to
"include" allowed each instance of the plugin to work.

The plugin still does not work completely. The replacement of the =
expression
to MathML tags is performed but the graphics is not generated. Is there
something else needed to make this work? You can see what I am getting =
at
http://www.k5rud.us/over50/wiki/index.php/RudTest.

I am a software developer (primarily C++) but not familiar with PHP. =
Still,
I think I fixed a number of errors in the ASCIIMath PHP code that =
generated
error messages. There were a number of places where I removed the &
(reference?) from function names where the error messages was saying not =
to
return a reference except to variables.=20

=20
Rud Merriam K5RUD=20
ARES AEC Montgomery County, TX
http://over50.k5rud.us/wiki/

[Phpwiki-talk] Seting 1.3.13 Loading up virgin wiki repeats

[sparkyjack <jrl...@co...>]

I'm trying to setup 1.3.13 on slackware linux with mysql 5.0.24 an php 4.4.4.

I've gone through the steps outlined in the INSTALL.mysql doc.
(createing a database, createing a user, granting that user access to the
database etc)

Each time I go to the index.php page I get the message that it's loading up
the virgin wiki.

The record count in the database increases each time I access the index.php
page, so it seems that the
connection to the database works.

What have I missed.

I'm upgrading from 1.16 and I'd like to be able to import my old stuff, but
maybe that's to much to ask.

Thanx, Jack
-- 
View this message in context: http://www.nabble.com/Seting-1.3.13-Loading-up-virgin-wiki-repeats-tf3254448.html#a9047131
Sent from the phpwiki-talk mailing list archive at Nabble.com.

Re: [Phpwiki-talk] setting up phpwiki - getting php warnings

[Libby H. <li...@um...>]

I've tried debugging with session_destroy and doublechecked files for
trailing whitespace.  I hadn't made code changes, so I'm not sure
where whitespace would've been introduced anyway.  Would this go away
if I tried a clean install?  There's no content to keep in my wiki
anyway.

Thanks!
Libby

On 2/12/07, Reini Urban <ru...@x-...> wrote:
> Libby Hemphill schrieb:
> > I turned DEBUG = 1.  Now I'm noticing strange session stuff.  For
> > example, when I first visit the wiki, without logging in or anything,
> > and I go to UserPreferences, it thinks I'm <USE_SESSION_ID>.  What
> > does that mean?  I administer the server this lives on, so I can make
> > changes to PHP permissions if that's what needs to happen.
> >
> > Thanks for your help!
> > Libby
>
> Now we see the problem.
>
> lib/DbSession/SQL.php:23 Warning[2]: ini_set() [<a
> href='function.ini-set'>function.ini-set</a>]: A session is active. You
> cannot change the session module's ini settings at this time.
> lib/DbSession/SQL.php:24 Warning[2]: session_module_name() [<a
> href='function.session-module-name'>function.session-module-name</a>]: A
> session is active. You cannot change the session module's ini settings
> at this time.
>
> A php session is already active, so the change to the user session
> methods will not work.
> Sessions usually activate itself automatically by some whitespace after
> the ending ?> in a php file before ob_start() is started. (loaded with
> the Request object in lib/main.php)
>
> > On 2/10/07, Reini Urban <ru...@x-...> wrote:
> >> Libby Hemphill schrieb:
> >>> I'm trying to set up my first Phpwiki, and I'm getting PHP Warnings on
> >>> all my pages.  You can see the site at http://siwiki.shorturl.com.  Is
> >>> there a setting I'm missing or that I messed up?  Thanks for the help!
> >> The easiest would be to add DEBUG=1 to your config.ini
> >> and disable the ini_set() calls in the lines mentioned in the warnings.
> >>
> >> There's no setting to workaround missing PHP permissions to
> >> ini_set, sorry.
> --
> Reini Urban
> http://phpwiki.org/  http://murbreak.at/
> http://helsinki.at/  http://spacemovie.mur.at/
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] setting up phpwiki - getting php warnings

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

Libby Hemphill schrieb:
> I turned DEBUG = 1.  Now I'm noticing strange session stuff.  For
> example, when I first visit the wiki, without logging in or anything,
> and I go to UserPreferences, it thinks I'm <USE_SESSION_ID>.  What
> does that mean?  I administer the server this lives on, so I can make
> changes to PHP permissions if that's what needs to happen.
> 
> Thanks for your help!
> Libby

Now we see the problem.

lib/DbSession/SQL.php:23 Warning[2]: ini_set() [<a 
href='function.ini-set'>function.ini-set</a>]: A session is active. You 
cannot change the session module's ini settings at this time.
lib/DbSession/SQL.php:24 Warning[2]: session_module_name() [<a 
href='function.session-module-name'>function.session-module-name</a>]: A 
session is active. You cannot change the session module's ini settings 
at this time.

A php session is already active, so the change to the user session 
methods will not work.
Sessions usually activate itself automatically by some whitespace after 
the ending ?> in a php file before ob_start() is started. (loaded with 
the Request object in lib/main.php)

> On 2/10/07, Reini Urban <ru...@x-...> wrote:
>> Libby Hemphill schrieb:
>>> I'm trying to set up my first Phpwiki, and I'm getting PHP Warnings on
>>> all my pages.  You can see the site at http://siwiki.shorturl.com.  Is
>>> there a setting I'm missing or that I messed up?  Thanks for the help!
>> The easiest would be to add DEBUG=1 to your config.ini
>> and disable the ini_set() calls in the lines mentioned in the warnings.
>>
>> There's no setting to workaround missing PHP permissions to
>> ini_set, sorry.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] setting up phpwiki - getting php warnings

[Libby H. <li...@um...>]

Hi,

I turned DEBUG = 1.  Now I'm noticing strange session stuff.  For
example, when I first visit the wiki, without logging in or anything,
and I go to UserPreferences, it thinks I'm <USE_SESSION_ID>.  What
does that mean?  I administer the server this lives on, so I can make
changes to PHP permissions if that's what needs to happen.

Thanks for your help!
Libby

On 2/10/07, Reini Urban <ru...@x-...> wrote:
> Libby Hemphill schrieb:
> > I'm trying to set up my first Phpwiki, and I'm getting PHP Warnings on
> > all my pages.  You can see the site at http://siwiki.shorturl.com.  Is
> > there a setting I'm missing or that I messed up?  Thanks for the help!
>
> The easiest would be to add DEBUG=1 to your config.ini
> and disable the ini_set() calls in the lines mentioned in the warnings.
>
> There's no setting to workaround missing PHP permissions to
> ini_set, sorry.
>
> --
> Reini Urban
> http://phpwiki.org/  http://murbreak.at/
> http://helsinki.at/  http://spacemovie.mur.at/
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] setting up phpwiki - getting php warnings

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

Libby Hemphill schrieb:
> I'm trying to set up my first Phpwiki, and I'm getting PHP Warnings on
> all my pages.  You can see the site at http://siwiki.shorturl.com.  Is
> there a setting I'm missing or that I messed up?  Thanks for the help!

The easiest would be to add DEBUG=1 to your config.ini
and disable the ini_set() calls in the lines mentioned in the warnings.

There's no setting to workaround missing PHP permissions to
ini_set, sorry.

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] setting up phpwiki - getting php warnings

[Libby H. <li...@um...>]

Hi,

I'm trying to set up my first Phpwiki, and I'm getting PHP Warnings on
all my pages.  You can see the site at http://siwiki.shorturl.com.  Is
there a setting I'm missing or that I messed up?  Thanks for the help!

Libby

[Phpwiki-talk] Buggy CalendarPlugin

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

Hi all,

>From Phpwiki documentation, CalendarPlugin usage is like the above:

<?plugin Calendar ?>
<?plugin CalendarList ?>

This normally will list all the event pages of the current year and =
month

Now if I want to list event pages for Jannuary 2007, I should write the =
following:

<?plugin Calendar year=3D2007 month=3D1?>
<?plugin CalendarList year=3D2007 month=3D1?>

And this will list all the event pages for Jannuary.

The latter usage is not possible in phpwiki-1.3.12+

After our upgrade to 1.3.12 people said that the plugin is no more =
listing the event pages for a specified month and I verified the bug.

Did the syntax changed?

Cheers,
-- Sabri.

Re: [Phpwiki-talk] Removed pages are not really deleted

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

2007/2/1, Sabri LABBENE <sab...@st...>:
> Reini Urban wrote:
> >Manuel Vacelet schrieb:
> >> 2007/1/23, Reini Urban <ru...@x-...>:
> >>> Manuel Vacelet schrieb:
> >>>> 2007/1/20, Stefan <son...@ba...>:
> >>>>> Hello Manuel,
> >>>>>
> >>>>> how do you access the page? If you access it with the link in
> >>>>> recent changes (?) you are right.
> >>>>> If you access the page with the url of the deleted page put it
> >>>>> direct in the browser url field you will see the deleted
> >page again.
> >>>> Unfortunatly I think it's not a cache issue (at least
> >neither proxy
> >>>> nor browser cache) because I tried to load page2 from a different
> >>>> browser on a different machine.
> >>>>
> >>>> Moreover, I already set cache settings to NO_CACHE :/
> >>> No, I meant our internal pagedb ache, not the browsers cache.
> >>
> >> I found a solution.
> >>
> >> In getPackedContent method, I added a test to verify if the
> >requested
> >> page is not deleted:
> >> ----------------------->8-----------------------
> >> if (empty($data['%content'])
> >>             || (!$this->_wikidb->isWikiPage($this->_pagename)
> >>                 && $this->isCurrent())) {
> >> ----------------------->8-----------------------
> >>
> >> The remove a page will lead to following use case.
> >> On page deletion:
> >> - Page history add a mark about deletion.
> >> - Links in other pages show the page as not existing.
> >> - Direct access to the page give the same behaviour
> >(Describe %s here).
> >> - Page history show the previous states of the page.
> >> - Access to an old revision of the page output the content
> >of this old version.
> >>
> >> Is my fix right ?
> >
> >I don't think so.
> >AddComment has the same weirdness displaying after adding a
> >comment in mode=show not displaying the just created comment.
> >I believe this has the same roots.
> >
> >On the good side, I believe that this is the only blocking
> >issue so far for the new release, only someone else convinces
> >me to fix something else also.
>
> I installed the latest release (rc1) and there is no wysiwyg editor.
> Is there a pending problem with it?
> Do you plan to include it in the next release?

It is included, but not enabled as default, because of the pending
plugin args problems.

config.ini:
ENABLE_WYSIWYG = true


-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] Old supported markup do not survive new parsing rules

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

Hi all,

When trying to view a very old wiki page (written in september 2005 =
using phpwiki-1.3.10) with phpwiki-1.3.12 , I got this error:

-----------------------------------8----------------------------------=20

Fatal Error:

lib/CachedMarkup.php (In template 'browse' < 'savepage' < 'body' < =
'html'):257: Error: Pure virtual

lib/InlineParser.php:336: Warning: Invalid [] syntax ignored: []: text1

    * []


Fatal PhpWiki Error

lib/CachedMarkup.php (In template 'browse' < 'savepage' < 'body' < =
'html'):257: Error: Pure virtual

-----------------------------------8----------------------------------

After some tests it appears that the error is due to the following =
syntax:
[]: text1
[]: text2

Escaping these "[]" with "~" removes the error.

Please Note that the error didn't occurred when we was using =
phpwiki-1.3.10

Can this be a more general problem that may affect old supported Markup =
?

Cheers,
-- Sabri.

Re: [Phpwiki-talk] Removed pages are not really deleted

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

Reini Urban wrote:
>Manuel Vacelet schrieb:
>> 2007/1/23, Reini Urban <ru...@x-...>:
>>> Manuel Vacelet schrieb:
>>>> 2007/1/20, Stefan <son...@ba...>:
>>>>> Hello Manuel,
>>>>>
>>>>> how do you access the page? If you access it with the link in 
>>>>> recent changes (?) you are right.
>>>>> If you access the page with the url of the deleted page put it 
>>>>> direct in the browser url field you will see the deleted 
>page again.
>>>> Unfortunatly I think it's not a cache issue (at least 
>neither proxy 
>>>> nor browser cache) because I tried to load page2 from a different 
>>>> browser on a different machine.
>>>>
>>>> Moreover, I already set cache settings to NO_CACHE :/
>>> No, I meant our internal pagedb ache, not the browsers cache.
>> 
>> I found a solution.
>> 
>> In getPackedContent method, I added a test to verify if the 
>requested 
>> page is not deleted:
>> ----------------------->8-----------------------
>> if (empty($data['%content'])
>>             || (!$this->_wikidb->isWikiPage($this->_pagename)
>>                 && $this->isCurrent())) {
>> ----------------------->8-----------------------
>> 
>> The remove a page will lead to following use case.
>> On page deletion:
>> - Page history add a mark about deletion.
>> - Links in other pages show the page as not existing.
>> - Direct access to the page give the same behaviour 
>(Describe %s here).
>> - Page history show the previous states of the page.
>> - Access to an old revision of the page output the content 
>of this old version.
>> 
>> Is my fix right ?
>
>I don't think so.
>AddComment has the same weirdness displaying after adding a 
>comment in mode=show not displaying the just created comment.
>I believe this has the same roots.
>
>On the good side, I believe that this is the only blocking 
>issue so far for the new release, only someone else convinces 
>me to fix something else also.

I installed the latest release (rc1) and there is no wysiwyg editor.
Is there a pending problem with it?
Do you plan to include it in the next release?

Regards,
-- Sabri.

Re: [Phpwiki-talk] Removed pages are not really deleted

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

Manuel Vacelet schrieb:
> 2007/1/23, Reini Urban <ru...@x-...>:
>> Manuel Vacelet schrieb:
>>> 2007/1/20, Stefan <son...@ba...>:
>>>> Hello Manuel,
>>>>
>>>> how do you access the page? If you access it with the link in recent
>>>> changes (?) you are right.
>>>> If you access the page with the url of the deleted page put it direct in
>>>> the browser url field you will see the deleted page again.
>>> Unfortunatly I think it's not a cache issue (at least neither proxy
>>> nor browser cache) because I tried to load page2 from a different
>>> browser on a different machine.
>>>
>>> Moreover, I already set cache settings to NO_CACHE :/
>> No, I meant our internal pagedb ache, not the browsers cache.
> 
> I found a solution.
> 
> In getPackedContent method, I added a test to verify if the requested
> page is not deleted:
> ----------------------->8-----------------------
> if (empty($data['%content'])
>             || (!$this->_wikidb->isWikiPage($this->_pagename)
>                 && $this->isCurrent())) {
> ----------------------->8-----------------------
> 
> The remove a page will lead to following use case.
> On page deletion:
> - Page history add a mark about deletion.
> - Links in other pages show the page as not existing.
> - Direct access to the page give the same behaviour (Describe %s here).
> - Page history show the previous states of the page.
> - Access to an old revision of the page output the content of this old version.
> 
> Is my fix right ?

I don't think so.
AddComment has the same weirdness displaying after adding a comment in
mode=show not displaying the just created comment.
I believe this has the same roots.

On the good side, I believe that this is the only blocking issue so far 
for the new release, only someone else convinces me to fix something 
else also.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Removed pages are not really deleted

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

Manuel Vacelet schrieb:
> 2007/1/29, Stefan <son...@ba...>:
>> I've tried it with  _usecache = false and it works as it should.
>>
>> The solution could be to purge the cache before reading a deleted page.
>> or to disable the cache for the moment a deleted page should be read.
>>
>> To reset the cache on page deletion is not enough i think.
>> A page can be deleted with button "remove page" or removing the content
>> from the page.
>> Both have to reset the cache. But the second is first a normal edit
>> function.
>>
>> Maybe it's easier to do it while reading a deleted page.
> 
> Maybe it is (I didn't have a look at this) but from architecture point
> of view I think it's much more easy to do it on page deletion.
> - If user click on remove page, we have to purge the cache.
> - If user make the page blank (ie. remove contents) the cache will be
> automatically flushed.
> 
> I don't know what Reini thinks about these options (and if the patch
> do not break sth important).

I need some more time to test it.
Purging the memory DB_Cache AND the parsed cached_html in the db should 
fix that.

I also experience strange cache problems on MSIE in the meantime. Only 
on MSIE. This might be a ETags issue or some special browser cache logic.


>> Manuel Vacelet schrieb:
>> > 2007/1/26, Manuel Vacelet <man...@gm...>:
>> >
>> >> 2007/1/26, Stefan <son...@ba...>:
>> >>
>> >>> Hello Manuel,
>> >>>
>> >>> i have inserted the patch here but the result for me is the same as
>> >>> before (1.3.13 RC2)
>> >>> Entering a delteted page with the deleted page link in "recend 
>> changes"
>> >>> there is a message to create the page. open the page with the full
>> >>> linkname in browser url field (widthout action=create) the page is 
>> shown
>> >>> as before i deleted it. i will make the code tests to see when it 
>> stops.
>> >>>
>> >> Hello Stephan,
>> >>
>> >> I made the patch on a customized version of phpwiki 1.3.12p3 (on this
>> >> part, our customization shouldn't impact much).
>> >>
>> >> I remember I had to switch off HTML cache (USECACHE = false) during my
>> >> test but I can't figure if I re-enabled it after.
>> >>
>> >
>> > I didn't have time to test with the latest RC but I confirm I had to
>> > switch cache off and it didn't work with cache enabled.
>> >
>> > I think the good option it to reset html cache on page deletion.
>> >
>> > What do you think ?
>> >
>> > BTW, can you make the test with USECACHE = false ?
>> >
>> > -- Manuel
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Removed pages are not really deleted

[Thomas H. <tom...@gm...>]

Some time back I asked for help regarding [Links with spaces] in phpwiki.

phpwiki was going along just fine handling [Links with spaces].  Then,
apparently without any upgrades or action on my part (yes, I know
somthing must have changed), [Links with spaces] stopped working.

The reason I am bringing this up again is to see if you could please
visit my page and try adding

* [Test page]

to the bottom and seeing what happens when you try to create and
follow the page/link.

http://www.hawsedc.com/thomas

Thanks,

Tom

Re: [Phpwiki-talk] Removed pages are not really deleted

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

2007/1/29, Stefan <son...@ba...>:
> I've tried it with  _usecache = false and it works as it should.
>
> The solution could be to purge the cache before reading a deleted page.
> or to disable the cache for the moment a deleted page should be read.
>
> To reset the cache on page deletion is not enough i think.
> A page can be deleted with button "remove page" or removing the content
> from the page.
> Both have to reset the cache. But the second is first a normal edit
> function.
>
> Maybe it's easier to do it while reading a deleted page.

Maybe it is (I didn't have a look at this) but from architecture point
of view I think it's much more easy to do it on page deletion.
- If user click on remove page, we have to purge the cache.
- If user make the page blank (ie. remove contents) the cache will be
automatically flushed.

I don't know what Reini thinks about these options (and if the patch
do not break sth important).

-- Manuel

> _
> Manuel Vacelet schrieb:
> > 2007/1/26, Manuel Vacelet <man...@gm...>:
> >
> >> 2007/1/26, Stefan <son...@ba...>:
> >>
> >>> Hello Manuel,
> >>>
> >>> i have inserted the patch here but the result for me is the same as
> >>> before (1.3.13 RC2)
> >>> Entering a delteted page with the deleted page link in "recend changes"
> >>> there is a message to create the page. open the page with the full
> >>> linkname in browser url field (widthout action=create) the page is shown
> >>> as before i deleted it. i will make the code tests to see when it stops.
> >>>
> >> Hello Stephan,
> >>
> >> I made the patch on a customized version of phpwiki 1.3.12p3 (on this
> >> part, our customization shouldn't impact much).
> >>
> >> I remember I had to switch off HTML cache (USECACHE = false) during my
> >> test but I can't figure if I re-enabled it after.
> >>
> >
> > I didn't have time to test with the latest RC but I confirm I had to
> > switch cache off and it didn't work with cache enabled.
> >
> > I think the good option it to reset html cache on page deletion.
> >
> > What do you think ?
> >
> > BTW, can you make the test with USECACHE = false ?
> >
> > -- Manuel
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > Phpwiki-talk mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> >
> >
> >
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] Removed pages are not really deleted

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

I've tried it with  _usecache = false and it works as it should.

The solution could be to purge the cache before reading a deleted page.
or to disable the cache for the moment a deleted page should be read.

To reset the cache on page deletion is not enough i think.
A page can be deleted with button "remove page" or removing the content 
from the page.
Both have to reset the cache. But the second is first a normal edit 
function.

Maybe it's easier to do it while reading a deleted page.
Stefan
_
Manuel Vacelet schrieb:
> 2007/1/26, Manuel Vacelet <man...@gm...>:
>   
>> 2007/1/26, Stefan <son...@ba...>:
>>     
>>> Hello Manuel,
>>>
>>> i have inserted the patch here but the result for me is the same as
>>> before (1.3.13 RC2)
>>> Entering a delteted page with the deleted page link in "recend changes"
>>> there is a message to create the page. open the page with the full
>>> linkname in browser url field (widthout action=create) the page is shown
>>> as before i deleted it. i will make the code tests to see when it stops.
>>>       
>> Hello Stephan,
>>
>> I made the patch on a customized version of phpwiki 1.3.12p3 (on this
>> part, our customization shouldn't impact much).
>>
>> I remember I had to switch off HTML cache (USECACHE = false) during my
>> test but I can't figure if I re-enabled it after.
>>     
>
> I didn't have time to test with the latest RC but I confirm I had to
> switch cache off and it didn't work with cache enabled.
>
> I think the good option it to reset html cache on page deletion.
>
> What do you think ?
>
> BTW, can you make the test with USECACHE = false ?
>
> -- Manuel
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>   

Re: [Phpwiki-talk] Removed pages are not really deleted

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

2007/1/26, Manuel Vacelet <man...@gm...>:
> 2007/1/26, Stefan <son...@ba...>:
> > Hello Manuel,
> >
> > i have inserted the patch here but the result for me is the same as
> > before (1.3.13 RC2)
> > Entering a delteted page with the deleted page link in "recend changes"
> > there is a message to create the page. open the page with the full
> > linkname in browser url field (widthout action=create) the page is shown
> > as before i deleted it. i will make the code tests to see when it stops.
>
> Hello Stephan,
>
> I made the patch on a customized version of phpwiki 1.3.12p3 (on this
> part, our customization shouldn't impact much).
>
> I remember I had to switch off HTML cache (USECACHE = false) during my
> test but I can't figure if I re-enabled it after.

I didn't have time to test with the latest RC but I confirm I had to
switch cache off and it didn't work with cache enabled.

I think the good option it to reset html cache on page deletion.

What do you think ?

BTW, can you make the test with USECACHE = false ?

-- Manuel

Re: [Phpwiki-talk] issues with latest cvs version loading virgin wiki on postgres 8. 1

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

John Cole schrieb:
> Reini,
>   Just updated my test server :-)  I want to upgrade to postgres, so I've
> created the database and the wikiuser user and have the database loaded
> (though, I'm using the postgres account to connect).
> 
>   Here are some issues:
> 
>   1)  when creating the database, don't create it using UTF8, lots of pages
> in pgsrc throw an error when it's UTF8, this should be noted somewhere.

Should be fixed in 1.3.13rc1

> ----------------------------------------------------------------------
> 
>   2)  running the schema scripts throws several errors...  Here are my
> results for 8.1 on windows.
> 
> F:\inetpub\wwwroot\phpwiki_cvs\schemas>"c:\Program
> Files\PostgreSQL\8.1\bin"\psq
> l -U postgres wiki < psql-1_3_12.sql

wrong schema. use psql-initialize.sql

> schema enhancements
> ERROR:  type "serial" does not exist
> ERROR:  cannot alter type of a column used by a view or rule
> DETAIL:  rule _RETURN on view curr_page depends on column "id"
> ERROR:  cannot alter type of a column used by a view or rule
> DETAIL:  rule _RETURN on view existing_page depends on column "id"
> Creating experimental page views (not yet used)
> ERROR:  relation "existing_page" already exists
> ERROR:  relation "curr_page" already exists
> ERROR:  column "relation" of relation "link" already exists
> ERROR:  relation "relation_idx" already exists
> add tsearch2 fulltextsearch extension
> ERROR:  relation "pg_ts_dict" does not exist
> ERROR:  type "tsvector" does not exist
> ERROR:  function to_tsvector("unknown", text) does not exist
> HINT:  No function matches the given name and argument types. You may need
> to ad
> d explicit type casts.
> ERROR:  column "idxfti" does not exist
> ERROR:  function tsearch2() does not exist
> Initializing stored procedures
> ERROR:  cannot change return type of existing function
> HINT:  Use DROP FUNCTION first.

The tsearch2.dll couldn't be found. I only tried the cygwin version, 
which I maintain. You should complain upstream.

> F:\inetpub\wwwroot\phpwiki_cvs\schemas>"c:\Program
> Files\PostgreSQL\8.1\bin"\psq
> l -U postgres wiki < psql-tsearch2.sql
>        prefix =  ''
>    httpd_user =  'phpwiki'
> ERROR:  relation "pg_ts_dict" does not exist
> ERROR:  type "tsvector" does not exist
> ERROR:  function to_tsvector("unknown", text) does not exist
> HINT:  No function matches the given name and argument types. You may need
> to ad
> d explicit type casts.
> ERROR:  column "idxfti" does not exist
> ERROR:  function tsearch2() does not exist
> 
> F:\inetpub\wwwroot\phpwiki_cvs\schemas>
> 
> ----------------------------------------------------------------------
> 
>   3)  Loading the virgin wiki throws the following errors:
> 
> f:\inetpub\wwwroot\phpwiki_cvs\lib\plugin\Template.php:89 Notice[8]:
> Undefined index: page
> 
> f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:561 Notice[1024]:
> Internal Error: no block advance
> 
> f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:664 Warning[512]: no
> lastTR: <tr class="tightenable bottom top">
> 
>     * <th rowspan="2">_</th>
>     * <th rowspan="2">S'inscrire</th>
>     * <th rowspan="2">_</th>
>     * <td colspan="2"><p class="tightenable top bottom">¥µ¥¤¥??</p>
>     * </td>
>     * </tr>
>     * <tr class="tightenable top bottom">
>     * <th>_</th>
>     * <td>_</td>
>     * </tr>
> 
> f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:664 Warning[512]: no
> lastTR: <tr class="tightenable bottom top">
> 
>     * <th rowspan="2">Sign In</th>
>     * <th rowspan="2">Anmelden</th>
>     * <th rowspan="2">_</th>
>     * <th rowspan="2">S'inscrire</th>
>     * <th rowspan="2">_</th>
>     * <td colspan="2"><p class="tightenable top bottom">¥µ¥¤¥??</p>
>     * </td>
>     * </tr>
>     * <tr class="tightenable top bottom">
>     * <th>_</th>
>     * <td>_</td>
>     * </tr>
> 
> Fatal Error:
> f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-errorhandler.inc.php:7
> 6 Error[256]: postgres7 error: [ERROR: invalid input syntax for integer:
> "25-Jan-2007 08:23:49": ERROR: invalid input syntax for integer:
> "25-Jan-2007 08:23:49"] in EXECUTE("INSERT INTO accesslog
> (time_stamp,remote_host,remote_user,request_method,request_line,request_uri,
> request_args,request_time,status,bytes_sent,referer,agent,request_duration)
> VALUES('25-Jan-2007 08:23:49','192.168.243.84','-','GET','GET
> /phpwiki_cvs/index.php/HomePage
> HTTP/1.1','/phpwiki_cvs/index.php/HomePage','','25/Jan/2007:08:23:49
> -0600',200,0,'http://cvs.uai.com/phpwiki_cvs/index.php/HomePage','Mozilla/5.
> 0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.1) Gecko/20061204
> Firefox/2.0.0.1','12.478621')")

I improved accesslog handling to be backend specific.
Only oracle uses a data datatype now. All other a simple int.

> f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:664 Warning[512]: no
> lastTR: <tr class="tightenable bottom">
> 
>     * <th rowspan="7"><em>Automatically generated pages</em></th>
>     * <th>English (en)</th>
>     * <th>Deutsch (de)</th>
>     * <th>Espa?(es)</th>
>     * <th>Fran?s (fr)</th>
>     * <th>Italiano (it)</th>
>     * <th>Japanese (ja)</th>
>     * <th>Nederlands (nl)</th>
>     * <td>Svenska (sv)</td>
>     * </tr>
> 
> f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiPlugin.php:524 Warning[2]:
> getplugin(lib/plugin/New.php): failed to open stream: No such file or
> directory
> 
> ----------------------------------------------------------------------
> 
>   4) the 'time_stamp' column on the accesslog table is set to an int type,
> which is wrong.  Changing it to a timestamp type fixed the fatal error in 3)
> which was happening on every page.

int is the new way to go.
I changed the logger function.

> ----------------------------------------------------------------------
> 
> 5) trying to edit the sandbox page returns the following error when you hit
> save, and the save fails:
> 
> f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-errorhandler.inc.php:7
> 6 Error[256]: postgres7 error: [ERROR: update or delete on "version"
> violates foreign key constraint "recent_id_fkey1" on "recent"
> 
>     * DETAIL: Key (id,version)=(144,1) is still referenced from table
> "recent".: ERROR: update or delete on "version" violates foreign key
> constraint "recent_id_fkey1" on "recent"
>     * DETAIL: Key (id,version)=(144,1) is still referenced from table
> "recent".] in ADODB_Error_Handler(DELETE FROM version WHERE id=144 AND
> version=1, )
>     *

Looks like you are using an old postgresql schema.

> ----------------------------------------------------------------------
> 
> 6) trying to upload a zipdump (made with the same version of phpwiki)
> results in the following error:
> 
> f:\inetpub\wwwroot\phpwiki_cvs\lib\ziplib.php:197 Error[256]: CRC32
> mismatch: calculated=3448885092, expected=-846082204

yep, that's not fixed yet.

> Stopping there :-)
> 
> Thanks,
> 
> John
> 


-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Removed pages are not really deleted

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

2007/1/26, Stefan <son...@ba...>:
> Hello Manuel,
>
> i have inserted the patch here but the result for me is the same as
> before (1.3.13 RC2)
> Entering a delteted page with the deleted page link in "recend changes"
> there is a message to create the page. open the page with the full
> linkname in browser url field (widthout action=create) the page is shown
> as before i deleted it. i will make the code tests to see when it stops.

Hello Stephan,

I made the patch on a customized version of phpwiki 1.3.12p3 (on this
part, our customization shouldn't impact much).

I remember I had to switch off HTML cache (USECACHE = false) during my
test but I can't figure if I re-enabled it after.

I will try to apply the patch on the latest RC this week-end.

-- Manuel

Re: [Phpwiki-talk] Removed pages are not really deleted

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

Hello Manuel,

i have inserted the patch here but the result for me is the same as 
before (1.3.13 RC2)
Entering a delteted page with the deleted page link in "recend changes" 
there is a message to create the page. open the page with the full 
linkname in browser url field (widthout action=create) the page is shown 
as before i deleted it. i will make the code tests to see when it stops.

Stefan

Manuel Vacelet wrote:
> 2007/1/23, Reini Urban <ru...@x-...>:
>   
>> Manuel Vacelet schrieb:
>>     
>>> 2007/1/20, Stefan <son...@ba...>:
>>>       
>>>> Hello Manuel,
>>>>
>>>> how do you access the page? If you access it with the link in recent
>>>> changes (?) you are right.
>>>> If you access the page with the url of the deleted page put it direct in
>>>> the browser url field you will see the deleted page again.
>>>>         
>>> Unfortunatly I think it's not a cache issue (at least neither proxy
>>> nor browser cache) because I tried to load page2 from a different
>>> browser on a different machine.
>>>
>>> Moreover, I already set cache settings to NO_CACHE :/
>>>       
>> No, I meant our internal pagedb ache, not the browsers cache.
>>     
>
> I found a solution.
>
> In getPackedContent method, I added a test to verify if the requested
> page is not deleted:
> ----------------------->8-----------------------
> if (empty($data['%content'])
>             || (!$this->_wikidb->isWikiPage($this->_pagename)
>                 && $this->isCurrent())) {
> ----------------------->8-----------------------
>
> The remove a page will lead to following use case.
> On page deletion:
> - Page history add a mark about deletion.
> - Links in other pages show the page as not existing.
> - Direct access to the page give the same behaviour (Describe %s here).
> - Page history show the previous states of the page.
> - Access to an old revision of the page output the content of this old version.
>
> Is my fix right ?
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>   

Re: [Phpwiki-talk] Removed pages are not really deleted

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

2007/1/23, Reini Urban <ru...@x-...>:
> Manuel Vacelet schrieb:
> > 2007/1/20, Stefan <son...@ba...>:
> >> Hello Manuel,
> >>
> >> how do you access the page? If you access it with the link in recent
> >> changes (?) you are right.
> >> If you access the page with the url of the deleted page put it direct in
> >> the browser url field you will see the deleted page again.
> >
> > Unfortunatly I think it's not a cache issue (at least neither proxy
> > nor browser cache) because I tried to load page2 from a different
> > browser on a different machine.
> >
> > Moreover, I already set cache settings to NO_CACHE :/
>
> No, I meant our internal pagedb ache, not the browsers cache.

I found a solution.

In getPackedContent method, I added a test to verify if the requested
page is not deleted:
----------------------->8-----------------------
if (empty($data['%content'])
            || (!$this->_wikidb->isWikiPage($this->_pagename)
                && $this->isCurrent())) {
----------------------->8-----------------------

The remove a page will lead to following use case.
On page deletion:
- Page history add a mark about deletion.
- Links in other pages show the page as not existing.
- Direct access to the page give the same behaviour (Describe %s here).
- Page history show the previous states of the page.
- Access to an old revision of the page output the content of this old version.

Is my fix right ?

[Phpwiki-talk] issues with latest cvs version on mysql...

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

Reini,
  Switching back to mysql, here are the errors I'm seeing:

1) running action=upgrade has the following errors:

f:\inetpub\wwwroot\phpwiki_cvs\lib\upgrade.php:442 Notice[8]: Undefined
variable: DBParams

f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-errorhandler.inc.php:7
6 Warning[512]: mysql error: [1064: You have an error in your SQL syntax;
check the manual that corresponds to your MySQL server version for the right
syntax to use near '' at line 1] in EXECUTE("SHOW COLUMNS FROM ")

f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\drivers\adodb-mysql.inc.php:
365 Notice[8]: Only variable references should be returned by reference

f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\backend\ADODB.php:1277 Warning[2]:
Invalid argument supplied for foreach()

f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb.inc.php:858 Notice[8]:
Only variable references should be returned by reference

---------------------------------------------------------------------------

2) every page has the following fatal error:

f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-errorhandler.inc.php:7
6 Error[256]: mysql error: [1062: Duplicate entry
'27c8da7526cb38447e1a388e1a49b7a4' for key 1] in EXECUTE("INSERT INTO
session (sess_id, sess_data, sess_date, sess_ip) VALUES
('27c8da7526cb38447e1a388e1a49b7a4',
'wiki_user|O:10:\"_adminuser\":11:{s:7:\"_userid\";s:5:\"admin\";s:6:\"_leve
l\";i:10;s:6:\"_prefs\";O:15:\"userpreferences\":4:{s:6:\"_prefs\";a:14:{s:6
:\"userid\";O:15:\"_userpreference\":2:{s:13:\"default_value\";s:0:\"\";

---------------------------------------------------------------------------

3) on the admin page, trying to select a page called 'test' does not work.

---------------------------------------------------------------------------

4) using the /rename page and selecting the 'test' page from the list of all
pages, and attempting to rename 'test' to 'testrename' fails:

    * Couldn't rename page 'test' to 'testrename'.

No pages renamed.

And has the fatal error:

:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-errorhandler.inc.php:76
Error[256]: mysql error: [1062: Duplicate entry
'27c8da7526cb38447e1a388e1a49b7a4' for key 1] in EXECUTE("INSERT INTO
session (sess_id, sess_data, sess_date, sess_ip) VALUES
('27c8da7526cb38447e1a388e1a49b7a4',
'wiki_user|O:10:\"_adminuser\":11:{s:7:\"_userid\";s:5:\"admin\";s:6:\"_leve
l\";i:10;s:6:\"_prefs\";O:15:\"userpreferences\":4:{s:6:\"_prefs\";a:14:{s:6
:\"userid\";O:15:\"_userpreference\":2:{s:13:\"default_value\";s:0:\"\";s:6


I'll do more testing when I can get past these probs.

Thanks,

John


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.17.10/651 - Release Date: 1/24/2007
6:48 PM
 
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 sender. 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.

[Phpwiki-talk] issues with latest cvs version loading virgin wiki on postgres 8. 1

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

Reini,
  Just updated my test server :-)  I want to upgrade to postgres, so I've=

created the database and the wikiuser user and have the database loaded
(though, I'm using the postgres account to connect).

  Here are some issues:

  1)  when creating the database, don't create it using UTF8, lots of pag=
es
in pgsrc throw an error when it's UTF8, this should be noted somewhere.

----------------------------------------------------------------------

  2)  running the schema scripts throws several errors...  Here are my
results for 8.1 on windows.

F:\inetpub\wwwroot\phpwiki_cvs\schemas>"c:\Program
Files\PostgreSQL\8.1\bin"\psq
l -U postgres wiki < psql-1_3_12.sql
schema enhancements
ERROR:  type "serial" does not exist
ERROR:  cannot alter type of a column used by a view or rule
DETAIL:  rule _RETURN on view curr_page depends on column "id"
ERROR:  cannot alter type of a column used by a view or rule
DETAIL:  rule _RETURN on view existing_page depends on column "id"
Creating experimental page views (not yet used)
ERROR:  relation "existing_page" already exists
ERROR:  relation "curr_page" already exists
ERROR:  column "relation" of relation "link" already exists
ERROR:  relation "relation_idx" already exists
add tsearch2 fulltextsearch extension
ERROR:  relation "pg_ts_dict" does not exist
ERROR:  type "tsvector" does not exist
ERROR:  function to_tsvector("unknown", text) does not exist
HINT:  No function matches the given name and argument types. You may nee=
d
to ad
d explicit type casts.
ERROR:  column "idxfti" does not exist
ERROR:  function tsearch2() does not exist
Initializing stored procedures
ERROR:  cannot change return type of existing function
HINT:  Use DROP FUNCTION first.

F:\inetpub\wwwroot\phpwiki_cvs\schemas>"c:\Program
Files\PostgreSQL\8.1\bin"\psq
l -U postgres wiki < psql-tsearch2.sql
       prefix =3D  ''
   httpd_user =3D  'phpwiki'
ERROR:  relation "pg_ts_dict" does not exist
ERROR:  type "tsvector" does not exist
ERROR:  function to_tsvector("unknown", text) does not exist
HINT:  No function matches the given name and argument types. You may nee=
d
to ad
d explicit type casts.
ERROR:  column "idxfti" does not exist
ERROR:  function tsearch2() does not exist

F:\inetpub\wwwroot\phpwiki_cvs\schemas>

----------------------------------------------------------------------

  3)  Loading the virgin wiki throws the following errors:

f:\inetpub\wwwroot\phpwiki_cvs\lib\plugin\Template.php:89 Notice[8]:
Undefined index: page

f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:561 Notice[1024]:
Internal Error: no block advance

f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:664 Warning[512]: no
lastTR: <tr class=3D"tightenable bottom top">

    * <th rowspan=3D"2">_</th>
    * <th rowspan=3D"2">S'inscrire</th>
    * <th rowspan=3D"2">_</th>
    * <td colspan=3D"2"><p class=3D"tightenable top bottom">=A5=B5=A5=A4=A5=
??</p>
    * </td>
    * </tr>
    * <tr class=3D"tightenable top bottom">
    * <th>_</th>
    * <td>_</td>
    * </tr>

f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:664 Warning[512]: no
lastTR: <tr class=3D"tightenable bottom top">

    * <th rowspan=3D"2">Sign In</th>
    * <th rowspan=3D"2">Anmelden</th>
    * <th rowspan=3D"2">_</th>
    * <th rowspan=3D"2">S'inscrire</th>
    * <th rowspan=3D"2">_</th>
    * <td colspan=3D"2"><p class=3D"tightenable top bottom">=A5=B5=A5=A4=A5=
??</p>
    * </td>
    * </tr>
    * <tr class=3D"tightenable top bottom">
    * <th>_</th>
    * <td>_</td>
    * </tr>

Fatal Error:
f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-errorhandler.inc.ph=
p:7
6 Error[256]: postgres7 error: [ERROR: invalid input syntax for integer:
"25-Jan-2007 08:23:49": ERROR: invalid input syntax for integer:
"25-Jan-2007 08:23:49"] in EXECUTE("INSERT INTO accesslog
(time_stamp,remote_host,remote_user,request_method,request_line,request_u=
ri,
request_args,request_time,status,bytes_sent,referer,agent,request_duratio=
n)
VALUES('25-Jan-2007 08:23:49','192.168.243.84','-','GET','GET
/phpwiki_cvs/index.php/HomePage
HTTP/1.1','/phpwiki_cvs/index.php/HomePage','','25/Jan/2007:08:23:49
-0600',200,0,'http://cvs.uai.com/phpwiki_cvs/index.php/HomePage','Mozilla=
/5.
0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.1) Gecko/20061204
Firefox/2.0.0.1','12.478621')")

f:\inetpub\wwwroot\phpwiki_cvs\lib\BlockParser.php:664 Warning[512]: no
lastTR: <tr class=3D"tightenable bottom">

    * <th rowspan=3D"7"><em>Automatically generated pages</em></th>
    * <th>English (en)</th>
    * <th>Deutsch (de)</th>
    * <th>Espa?(es)</th>
    * <th>Fran?s (fr)</th>
    * <th>Italiano (it)</th>
    * <th>Japanese (ja)</th>
    * <th>Nederlands (nl)</th>
    * <td>Svenska (sv)</td>
    * </tr>

f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiPlugin.php:524 Warning[2]:
getplugin(lib/plugin/New.php): failed to open stream: No such file or
directory

----------------------------------------------------------------------

  4) the 'time_stamp' column on the accesslog table is set to an int type=
,
which is wrong.  Changing it to a timestamp type fixed the fatal error in=
 3)
which was happening on every page.

----------------------------------------------------------------------

5) trying to edit the sandbox page returns the following error when you h=
it
save, and the save fails:

f:\inetpub\wwwroot\phpwiki_cvs\lib\WikiDB\adodb\adodb-errorhandler.inc.ph=
p:7
6 Error[256]: postgres7 error: [ERROR: update or delete on "version"
violates foreign key constraint "recent_id_fkey1" on "recent"

    * DETAIL: Key (id,version)=3D(144,1) is still referenced from table
"recent".: ERROR: update or delete on "version" violates foreign key
constraint "recent_id_fkey1" on "recent"
    * DETAIL: Key (id,version)=3D(144,1) is still referenced from table
"recent".] in ADODB_Error_Handler(DELETE FROM version WHERE id=3D144 AND
version=3D1, )
    *

----------------------------------------------------------------------

6) trying to upload a zipdump (made with the same version of phpwiki)
results in the following error:

f:\inetpub\wwwroot\phpwiki_cvs\lib\ziplib.php:197 Error[256]: CRC32
mismatch: calculated=3D3448885092, expected=3D-846082204

Stopping there :-)

Thanks,

John

--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.17.10/651 - Release Date: 1/24/200=
7
6:48 PM
=20
This email and any files transmitted with it are confidential and intende=
d solely for the use of the individual or entity to whom they are address=
ed. If you have received this email in error please notify the sender. Th=
is message contains confidential information and is intended only for the=
 individual named. If you are not the named addressee you should not diss=
eminate, distribute or copy this e-mail.