phpwiki-talk

Re: [Phpwiki-talk] 1.3.10 + php5 + sqlite + windows

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

Jerome WAGNER schrieb:
> has anyone succeeded in installing the 1.3.10 on windows with php5
> rc2/sqlite backend ?

didn't try.

> I tried it today with
> http://www.wampserver.com/en/index.php
> but it went wrong when upon including the pgsrcs...I systematically got a
> timeout of 30 seconds
> (even when the timeout was set to 200 sec)
> 
> do you have any idea ?
> 
> does phpwiki already work - at least at a minimal level - on under php5?

On a minimal level it should work after applying the recommended patch. 
Run /php5-patch.php (from the browser)
I wouldn't rely on that it works.

> should I grab the cvs release ?

why not? The CVS snapshot is always better, because more bugs are fixed 
than with the previous release.

It worked at the 1.3.9 stage, but I hadn't tested it lately.
I suspect HtmlParser to fail.
The zend ide evaluation time stopped and it only could debug php5 as CGI.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] assert ...

[Jim C. <ji...@in...>]

I might have the wrong idea, but why are there numerous 'assert' calls 
in the code, in things like function getRevisionBefore($version) in 
WikiDB.php?

If I understand assert correctly, it throws an error if it's function 
is not true ... ? All that happens in the wiki is an unsightly error 
message (and no page template, etc) when it's triggered. I think this 
one is triggered by (near)simultaneous edits, but they seem to work OK 
when refreshing the page.

If asserts are needed, can the user experience be improved somehow?

-jim

[Phpwiki-talk] 1.3.10 + php5 + sqlite + windows

[Jerome W. <jer...@la...>]

Hello,

has anyone succeeded in installing the 1.3.10 on windows with php5
rc2/sqlite backend ?

I tried it today with
http://www.wampserver.com/en/index.php

but it went wrong when upon including the pgsrcs...I systematically got a
timeout of 30 seconds
(even when the timeout was set to 200 sec)

do you have any idea ?

does phpwiki already work - at least at a minimal level - on under php5 ?
should I grab the cvs release ?

thanks
J=E9r=F4me
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.689 / Virus Database: 450 - Release Date: 21/05/2004

Re: [Phpwiki-talk] upload_log not writable

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

Reini Urban schrieb:
> logfile is a plugin parameter, so it can be any file, not a file 
> specific in config.ini.

aargh, => "specified"
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] error when changing default lang

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

Micki Kaufman schrieb:
> I am testing more - and found that if I changed my default language to 
> 'fr' using UserPreferences, I could not log back in as that user.
> 
> I had to log in as the admin, and erase that user's meta data 'pref' 
> info, in order to log back in as the original user. In addition, it 
> seemed that the page caching was related - the language in the header, 
> etc. changed after a one-page-load delay.
> 
> I can provide my auth_info, etc., if folks would like.

This is because you have to create all required action pages (here 
"UserPreferences"), in all supported languages you plan to support.

I know, this is a quirks (architectural problem).

Being strict you have to delete/move away all languages from locale for 
which you didn't add the action pages.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] upload_log not writable

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

Micki Kaufman schrieb:

> Hi there.
> 
> I've set up a logfile in the config.ini, but my UpLoad's are reporting 
> an error when I upload files:
>  Error: the upload log is not writable
>     *    Upload:TiredProjectManager.gif
>     *    Upload:story.mars.lander.jpg
>     *    Upload:air_drop.jpg
> 
> 
> I've check the perms on the logfile I listed in config.ini, and they're 
> writable, as is the enclosing directory. Any ideas? Is the upload log 
> the same log file?

logfile is a plugin parameter, so it can be any file, not a file 
specific in config.ini.
   'logfile'  => 'file_list.txt'
you normally define it in the UpLoad page.

The directory is forced to "phpwiki/uploads"

chmod o+wx phpwiki/uploads
touch phpwiki/uploads/file_list.txt
chmod o+w phpwiki/uploads/file_list.txt

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

[Phpwiki-talk] error when changing default lang

[Micki K. <mic...@co...>]

Hi there!

I am testing more - and found that if I changed my default language 
to 'fr' using UserPreferences, I could not log back in as that user.

I had to log in as the admin, and erase that user's meta data 'pref' 
info, in order to log back in as the original user. In addition, it 
seemed that the page caching was related - the language in the 
header, etc. changed after a one-page-load delay.

I can provide my auth_info, etc., if folks would like.

Thanks,
Micki
-- 

Micki
mailto:mic...@co...

[Phpwiki-talk] upload_log not writable

[Micki K. <mic...@co...>]

Hi there.

I've set up a logfile in the config.ini, but my UpLoad's are 
reporting an error when I upload files:
  Error: the upload log is not writable
	*	Upload:TiredProjectManager.gif
	*	Upload:story.mars.lander.jpg
	*	Upload:air_drop.jpg


I've check the perms on the logfile I listed in config.ini, and 
they're writable, as is the enclosing directory. Any ideas? Is the 
upload log the same log file?

Thanks kids,
Micki
-- 

Micki
mailto:mic...@co...

RE: [Phpwiki-talk] feature request...

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

Reini,

>savepage should check links?
>Well oh well, SpellChecker is similar, but in a higher queue. I don't think
that this will make it.
>Maybe the new "Search & Replace" javascript button will help >them.

I was trying to use the search and replace but was having some problems with
it (I emailed the list about it last week).  I'll be getting a fresh cvs
copy as soon as sf gets their cvs servers back up.

>There us something much better around, called office2wiki or such. 
I found this and it does look good, but it also looks like they are going to
write the next version in python :-)  This really would be a nice feature
for corporate people who are absolutly stuck on word documents.  

>Aah, I remember: Can you please test LDAP Auth with policy = old.
>I moved to a new office and don't have LDAP anymore ...

I'll test that when I get my next copy from CVS.  I have found a bug in the
current ldap code, the set options code should come before the ldap_bind
call, otherwise you can time out on a AD system.  When sf cvs is working
again, I'll send you a patch for this and check the old policy.

John Cole
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] install proceeding, a few issues.

[Micki K. <mic...@co...>]

Reini, just a quick 'thank you' - 1.3.10 is looking very good!

Micki

At 8:14 PM +0200 6/1/04, Reini Urban wrote:
>Micki Kaufman schrieb:
>>3. if I try to sign in as a user, without the name being a wikiword 
>>(like 'Fred'), I get the following error: "Fatal error: Cannot 
>>instantiate non-existent class: file_passwd in 
>>/Library/WebServer/Documents/phpwiki1310/lib/WikiUserNew.php on 
>>line 2122" Note that I also get this error when 
>>signing/authenticating as my administrator user on 
>>'PhpWikiAdministration'
>
>Ah, I see a light. Thanks...
>Will be fixed soon.
>--
>Reini Urban
>http://xarch.tu-graz.ac.at/home/rurban/


-- 

Micki
mailto:mic...@co...

Re: [Phpwiki-talk] Business Week Magazine, and a plea for a stable release

[Oliver B. <ob...@de...>]

Micki Kaufman <mic...@co...> wrote:

> Check out these articles on Business Week magazine. Corporate use of 
> wiki's for documentation should increase dramatically in the coming 
> months and years - we need to get phpwiki strong and stable (and NOT 
> too bloated), to attract attention and positive mention in this arena!

100% agree. Wiki can be extremly useful in a corporate environment 
although decision makers could be concerned about security (against 
unauthorized access and loss of data).

And users are hard to convince to contribute - they are afraid of 
pressing "Edit", they are too lazy, and they don't want to share 
knowledge.

Many of these problems could be eliminated with good documentation 
for administration and usage. A quick look at 1.3.10 showed that this 
already improved very much - many thanks, Reini!

When (if...) I find the time to migrate my personal Wiki to >=1.3.10, 
I will try to document unclear things and submit it as documentation 
suggestion.

For the moment, I only found that people might not know that in the 
INI file, single quotes are _not_ delimiters.

Oliver

Re: [Phpwiki-talk] install proceeding, a few issues.

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

Micki Kaufman schrieb:
> 3. if I try to sign in as a user, without the name being a wikiword 
> (like 'Fred'), I get the following error: "Fatal error: Cannot 
> instantiate non-existent class: file_passwd in 
> /Library/WebServer/Documents/phpwiki1310/lib/WikiUserNew.php on line 
> 2122" Note that I also get this error when signing/authenticating as my 
> administrator user on 'PhpWikiAdministration'

Ah, I see a light. Thanks...
Will be fixed soon.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] feature request...

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

John Cole schrieb:
> With all of the talk of a stable release, I'm going to be bold and ask 
> for two features :-)
>  
> First, we have a lot of people adding links using a interwiki link to a 
> directory on a local web server.  Unfortunately, they load their files 
> via a network share, so they cut and paste the filenames into the wiki.  
> The problem is that they don't fix the slashes, so they have dos slashes 
> instead of web slashes, and all of their links are broken.
>  
> The feature I would like is to have an option to check links and warn 
> the user when they have updated a page with broken links.

I don't understand.
savepage should check links?
Well oh well, SpellChecker is similar, but in a higher queue. I don't 
think that this will make it.

Maybe the new "Search & Replace" javascript button will help them.

> Second, I have noticed a lot of word documents being shared on our 
> wiki.  I feel that this somehow defeats the wikiness of our wiki ;-)  
> I'd like to have them convert the documents to wiki, but that is quite 
> an undertaking.  I found a html2wiki php script at 
> http://www.cvsnt.org/striphtml.php that Tony Hoyle (of CVSNT fame) 
> modified.  This would be a nice plugin to have, as I could then tell 
> people to convert their docs to html and use that plugin to convert the 
> html to wiki. 

There us something much better around, called office2wiki or such. 
Please google for it.

We could add this to the edit_toolbar sooner or later, but I have many 
more ideas for this toolbar. Pulldowns of all plugins, Categories, ... 
This will need some time.

> Reini,  when you get to a point you have the HEAD at a point you want it 
> tested for a stable release, please shout out.  I was able to get the 
> head last week working fine, and I was about to put it in production 
> here.  I'll try and get any new release candidate running as quickly as 
> possible since things seem to be working ok for me.

Very soon. Just some remaining aesthetic issues need to be resolved 
(wikilens, edit_toolbar), then the tests can begin.

Aah, I remember: Can you please test LDAP Auth with policy = old.
I moved to a new office and don't have LDAP anymore ...
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] stable release

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

Matthew Palmer schrieb:
> There's something to spur you on, though, Reini: if you can stabilise and
> release 1.4 in the next month or two, we can have a stable PHPWiki release
> in a stable Debian release.  Otherwise Debian will ship with whichever
> unstable release happened to be out when Debian freezes.

As noted in the goals in 
http://phpwiki.sourceforge.net/phpwiki/DevelopmentBranch the expected 
date for the next stable release is in about one, max. two months.

Most of the features listed there already work, just some testing and 
possible bugfixing.

>>Phpwiki changes so quickly that putting the latest version into unstable
>>will be too time consuming and not necesserily worth the effort.
> 
> Especially when 1.3.9 exploded and left everyone covered in a sticky,
> translucent goo. (Mmmm, goo).

Come on. Only minor issues with 1.3.9.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] install proceeding, a few issues.

[Micki K. <mic...@co...>]

This one, I realized, was due to the password encryption setting. I 
properly encrypted it and it works like a charm!

Also, I'm notating these issues as they come up, to help with a 
possible 'getting started guide'... :)

Thanks,
Micki

>2. I use bogo_login on our site, and I can sign in but not 
>authenticate, as my administrator user. The correct password is not 
>recognized on the log-in page. Is there an issue or workaround?



-- 

Micki
mailto:mic...@co...

Re: [Phpwiki-talk] feature request...

[Alec T. <li...@sw...>]

On Tue, Jun 01, 2004 at 10:01:12AM -0500, John Cole wrote:
> Second, I have noticed a lot of word documents being shared on our
> wiki.  I feel that this somehow defeats the wikiness of our wiki ;-)
> I'd like to have them convert the documents to wiki, but that is quite
> an undertaking.  I found a html2wiki php script at
> http://www.cvsnt.org/striphtml.php that Tony Hoyle (of CVSNT fame)
> modified.  This would be a nice plugin to have, as I could then tell
> people to convert their docs to html and use that plugin to convert
> the html to wiki.

Another alternative might be catdoc, along with some magic Wikification.

--
Evolution: Taking care of those too stupid to take care of themselves.

[Phpwiki-talk] install proceeding, a few issues.

[Micki K. <mic...@co...>]

Hi folks.

Thanks to Reini for the hint about literally pointing to 
phpwiki//lib/pear, since it doesn't find it automatically.

So, I'm doing the install, and noticing a few things. All the below 
are for 1.3.10.

1. OldTextFormattingRules still crashed my 'virgin wiki' buildout. 
Trying to create / edit the new page caused me to find error #2, 
since it's 'locked' in the database and I needed to log in as admin 
to change it.

2. I use bogo_login on our site, and I can sign in but not 
authenticate, as my administrator user. The correct password is not 
recognized on the log-in page. Is there an issue or workaround?

3. if I try to sign in as a user, without the name being a wikiword 
(like 'Fred'), I get the following error: "Fatal error: Cannot 
instantiate non-existent class: file_passwd in 
/Library/WebServer/Documents/phpwiki1310/lib/WikiUserNew.php on line 
2122" Note that I also get this error when signing/authenticating as 
my administrator user on 'PhpWikiAdministration'

Thanks for your patience, and any help you can provide.

Micki
-- 

Micki
mailto:mic...@co...

[Phpwiki-talk] feature request...

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

With all of the talk of a stable release, I'm going to be bold and ask for
two features :-)
 
First, we have a lot of people adding links using a interwiki link to a
directory on a local web server.  Unfortunately, they load their files via a
network share, so they cut and paste the filenames into the wiki.  The
problem is that they don't fix the slashes, so they have dos slashes instead
of web slashes, and all of their links are broken.
 
The feature I would like is to have an option to check links and warn the
user when they have updated a page with broken links.
 
Second, I have noticed a lot of word documents being shared on our wiki.  I
feel that this somehow defeats the wikiness of our wiki ;-)  I'd like to
have them convert the documents to wiki, but that is quite an undertaking.
I found a html2wiki php script at http://www.cvsnt.org/striphtml.php
<http://www.cvsnt.org/striphtml.php>  that Tony Hoyle (of CVSNT fame)
modified.  This would be a nice plugin to have, as I could then tell people
to convert their docs to html and use that plugin to convert the html to
wiki.  
 
Reini,  when you get to a point you have the HEAD at a point you want it
tested for a stable release, please shout out.  I was able to get the head
last week working fine, and I was about to put it in production here.  I'll
try and get any new release candidate running as quickly as possible since
things seem to be working ok for me.
 
Thanks,
 
John Cole

Re: [Phpwiki-talk] Business Week Magazine, and a plea for a stable release

[Micki K. <mic...@co...>]

Reini:

That tip worked - thank you!

Perhaps the config.ini should contain the /lib/pear as well, to help 
folks who are setting the options in config.ini.

Now, I'm rolling up my sleeves and trying some new stuff!

Thanks again,
Micki

At 10:16 AM +0200 6/1/04, Reini Urban wrote:
>Micki Kaufman schrieb:
>>success in trying to get a stable recent release up - I downloaded 
>>1.3.10 and it has major problems with the include_paths.
>>
>>This time, I get a fatal error:
>>
>>  Fatal error: main(): Failed opening required 'DB.php' 
>>(include_path='.:/Library/WebServer/Documents/phpwiki') in 
>>/Library/WebServer/Documents/phpwiki/lib/WikiDB/backend/PearDB.php 
>>on line 7
>>
>>I tried all the options, like
>>
>>INCLUDE_PATH = ".:/Library/WebServer/Documents/phpwiki" and
>
>You don't have any pear in your include path. The change was 
>mentioned in the ReleaseNotes (and here also).
>Either include your own pear, the phpwiki/lib/pear or leave 
>INCLUDE_PATH empty and let the system guess the include_path.
>--
>Reini Urban
>http://xarch.tu-graz.ac.at/home/rurban/


-- 

Micki
mailto:mic...@co...

Re: [Phpwiki-talk] stable release

[Matthew P. <mp...@de...>]

On Mon, May 31, 2004 at 10:37:09PM -0700, Dmitry M. wrote:
> On Tue, Jun 01, 2004 at 11:06:30AM +1000, Matthew Palmer wrote:
> 
> > > 1.3.7 is still available from debian software repository
> > > (http://packages.debian.org/unstable/web/phpwiki). It's pretty
> > > embarassing actually.
> > 
> > In what way is it embarassing?  I have a codebase and set of features that I
> > know well enough, and have kneaded most of the bugs out of.  I'm quite happy
> > to track stable branches, as they come out, but keeping up to date with (and
> > triaging) unstable, potentially quite buggy, releases is quite beyond my
> > limited time, especially when I've got to try cherry-picking fixes out of
> > CVS, with it's "every file is tracked separately" mentality.
> 
> My choice of words was unfortunate. I didn't mean to offend you.
> Everyone's always complaining that Debian is behind, I got into this
> (bad) habbit as well.

Aaah, well, that's stable.  If 1.3.7 ends up in stable, I'll be a bit ticked
off myself.  But I'm following the freeze process a bit, and am certainly
intending that I get something nice and tidy in there.  Personally, I don't
think there'll be a freeze any time real soon, though.  Still too many weird
issues to sort out.

There's something to spur you on, though, Reini: if you can stabilise and
release 1.4 in the next month or two, we can have a stable PHPWiki release
in a stable Debian release.  Otherwise Debian will ship with whichever
unstable release happened to be out when Debian freezes.

> Phpwiki changes so quickly that putting the latest version into unstable
> will be too time consuming and not necesserily worth the effort.

Especially when 1.3.9 exploded and left everyone covered in a sticky,
translucent goo.  (Mmmm, goo).

- Matt

Re: [Phpwiki-talk] MathML plugin

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

Malcolm Ross Kinsella Ryan schrieb:
> Looking at the code, it
> seems that plugins are only handled by the BlockParser and not the
> InlineParser. I suppose this is sensible for most of the existing 
> plugins, but it seems limiting.

This was fixed with 1.3.10.

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

Re: [Phpwiki-talk] Business Week Magazine, and a plea for a stable release

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

Micki Kaufman schrieb:
> success in trying to get a stable recent release up - I downloaded 
> 1.3.10 and it has major problems with the include_paths.
> 
> This time, I get a fatal error:
> 
>  Fatal error: main(): Failed opening required 'DB.php' 
> (include_path='.:/Library/WebServer/Documents/phpwiki') in 
>  /Library/WebServer/Documents/phpwiki/lib/WikiDB/backend/PearDB.php on 
> line 7
> 
> I tried all the options, like
> 
> INCLUDE_PATH = ".:/Library/WebServer/Documents/phpwiki" and

You don't have any pear in your include path. The change was mentioned 
in the ReleaseNotes (and here also).
Either include your own pear, the phpwiki/lib/pear or leave INCLUDE_PATH 
empty and let the system guess the include_path.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] MathML plugin

[<mal...@cs...>]

On Tue, Jun 01, 2004 at 04:21:10PM +1000, Malcolm Ross Kinsella Ryan wrote:
> I've got the MathML plugin working locally. You can see it in operation
> on my wiki at:
> 
> http://cgi.cse.unsw.edu.au/~malcolmr/bushfire/index.php?pagename=SandBox

One issue: I can't use the plugin to produce inline math. It appears that
plugins only work if they are the first thing on their line. So something
like:

  Applying Bayes Rule: <?plugin ITex2MML $ P(A|B) = P(B|A)P(A) / P(B) $ ?> 
  we see that...

won't work. Is this a deliberate design issue? Looking at the code, it
seems that plugins are only handled by the BlockParser and not the
InlineParser. I suppose this is sensible for most of the existing 
plugins, but it seems limiting.

Malcolm

-- 
Malcolm Ryan - mal...@cs... - http://malcolmr.web.cse.unsw.edu.au

                        "Blessed are the poor in spirit, 
                      for theirs is the kingdom of heaven."     -- Matt 5:3

Re: [Phpwiki-talk] MathML plugin

[<mal...@cs...>]

I've got the MathML plugin working locally. You can see it in operation
on my wiki at:

http://cgi.cse.unsw.edu.au/~malcolmr/bushfire/index.php?pagename=SandBox

I'll tidy it up a bit and see if I can produce a patch in the near future.
The only outstanding problem I know of it that the "preview" mode doesn't
display properly. That is due to a line in editpage.php which sets 
Content-Type to text/html. Unfortunately, when I change this is seems 
to break things, for reasons I don't understand.

Malcolm
-- 
Malcolm Ryan - mal...@cs... - http://malcolmr.web.cse.unsw.edu.au

       "Blessed are those who are persecuted because of righteousness,
                      for theirs is the kingdom of heaven."        -- Matt 5:10

Re: [Phpwiki-talk] stable release

[Dmitry M. <dm...@la...>]

On Tue, Jun 01, 2004 at 11:06:30AM +1000, Matthew Palmer wrote:

> > 1.3.7 is still available from debian software repository
> > (http://packages.debian.org/unstable/web/phpwiki). It's pretty
> > embarassing actually.
> 
> In what way is it embarassing?  I have a codebase and set of features that I
> know well enough, and have kneaded most of the bugs out of.  I'm quite happy
> to track stable branches, as they come out, but keeping up to date with (and
> triaging) unstable, potentially quite buggy, releases is quite beyond my
> limited time, especially when I've got to try cherry-picking fixes out of
> CVS, with it's "every file is tracked separately" mentality.

My choice of words was unfortunate. I didn't mean to offend you.
Everyone's always complaining that Debian is behind, I got into this
(bad) habbit as well.

I thought about this for a little while and you're right of course.
Phpwiki changes so quickly that putting the latest version into unstable
will be too time consuming and not necesserily worth the effort.


-d