phpwiki-talk

Re: [Fwd: [Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build]

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

searchadm schrieb:
> Tried to use CVS but i seems to be to stupid :-x
> 
> I tried to use TortoiseCVS and WinCVS but i don't understand what to do 
> there. The Software connects but not more ???  I'am no devolopper and 
> not interested wasting ours of my time only to get a peace of software i 
> need to make it run for the visitors. Sorry this makes me angry. i know 
> it's free of cost, but my web site is also free of cost and so or so i 
> spend neerly 6 hours a day to support the visitors the end is reached. 
> Is there a way to get it easier?
> 
> Regards Stefan
> 
> 
> SourceForge.net schrieb:
> 
>> Read and respond to this message at: 
>> https://sourceforge.net/forum/message.php?msg_id=2779637
>> By: schorni
>>
>> Hello tried to get the newest version. i saw that the nightly build is 
>> not newer
>> than 9 july 2004.
>> The logs are also not updated whats wrong here
>> http://phpwiki.sourceforge.net/nightly/phpwiki.nightly.tar.gz
> 
> 
> 
> Ah, thanks for bringing that to my attention. sf.net seems to be borked 
> somehow lately
> 
>>
>> where can i get the latest version? To load it file by file from the 
>> cvs is
>> to hard to do it.
> 
> 
> 
> Come on!
> See http://sourceforge.net/cvs/?group_id=6121
> 
> in detail:
> cvs -d:pserver:ano...@cv...:/cvsroot/phpwiki login
> <enter>
> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co 
> phpwiki

These two lines are too complicated? It's even described on the webpage.

co will need about a minute or so until it starts doing something.
if you want to see what's going on behind you can also do:

cvs -t -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co phpwiki

I agree that with any GUI (Tortoise or WinCVS) it looks very complicated.

> gets you all files, almost as fast as via ftp, only really the latest, 
> with the option of much simplier updates:

>  > cd phpwiki
>  > cvs up

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

[Fwd: [Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build]

[searchadm <sea...@go...>]

Tried to use CVS but i seems to be to stupid :-x

I tried to use TortoiseCVS and WinCVS but i don't understand what to do 
there. The Software connects but not more ???  I'am no devolopper and 
not interested wasting ours of my time only to get a peace of software i 
need to make it run for the visitors. Sorry this makes me angry. i know 
it's free of cost, but my web site is also free of cost and so or so i 
spend neerly 6 hours a day to support the visitors the end is reached. 
Is there a way to get it easier?

Regards Stefan


SourceForge.net schrieb:

> Read and respond to this message at: 
> https://sourceforge.net/forum/message.php?msg_id=2779637
> By: schorni
>
> Hello tried to get the newest version. i saw that the nightly build is 
> not newer
> than 9 july 2004.
> The logs are also not updated whats wrong here
> http://phpwiki.sourceforge.net/nightly/phpwiki.nightly.tar.gz


Ah, thanks for bringing that to my attention. sf.net seems to be borked 
somehow lately

>
> where can i get the latest version? To load it file by file from the 
> cvs is
> to hard to do it.


Come on!
See http://sourceforge.net/cvs/?group_id=6121

in detail:
cvs -d:pserver:ano...@cv...:/cvsroot/phpwiki login
<enter>
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co 
phpwiki

gets you all files, almost as fast as via ftp, only really the latest, 
with the option of much simplier updates:
 > cd phpwiki
 > cvs up

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


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] Wiki Templates

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

Johannes Rumpf schrieb:
> i'm searching for an explanation of the wiki Template system. Where can 
> i get some help?

themes/README
doc/THEMES

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

[Phpwiki-talk] Wiki Templates

[Johannes R. <ru...@fb...>]

Hi @ all,

i'm searching for an explanation of the wiki Template system. Where can 
i get some help?

cheerio
Joe

[Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build

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

SourceForge.net schrieb:
> Read and respond to this message at: 
> https://sourceforge.net/forum/message.php?msg_id=2779637
> By: schorni
> 
> Hello tried to get the newest version. i saw that the nightly build is not newer
> than 9 july 2004.
> The logs are also not updated whats wrong here
> http://phpwiki.sourceforge.net/nightly/phpwiki.nightly.tar.gz

Ah, thanks for bringing that to my attention. sf.net seems to be borked 
somehow lately

> 
> where can i get the latest version? To load it file by file from the cvs is
> to hard to do it.

Come on!
See http://sourceforge.net/cvs/?group_id=6121

in detail:
cvs -d:pserver:ano...@cv...:/cvsroot/phpwiki login
<enter>
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpwiki co phpwiki

gets you all files, almost as fast as via ftp, only really the latest, 
with the option of much simplier updates:
 > cd phpwiki
 > cvs up

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

Re: [Fwd: [Phpwiki-talk] fresh installed 1.3.10 gives blank page]

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

Start dropping breadcrumbs (e.g., "print" statements, or printing to a 
file).

Start in index.php. At the end of it, it includes main.php. Thus, 
probably look into which functions are called from main.php, and drop 
breadcrumbs there too. Find a spot where the breadcrumbs are being 
printed, and another (later) spot where they aren't. Bring those two 
spots together until you see the exact line where execution ends. Print 
out some variables near that spot.

Dan

P.S. Here are a couple functions I dropped into my stdlib.php to help 
this process:

function simpleTrace($bt) {
    //print_r($bt);
    $s = '';
    foreach ($bt as $i => $elem) {
        if (!array_key_exists('file', $elem)) {
            continue;
        }
        $s .= "  " . $elem['file'] . ':' . $elem['line'] . ':' . 
$elem['function'] . "\n";
    }
    return $s;
}

function toDebugFile($s) {
    $fp = fopen("/tmp/phpwiki-dfrankow.txt", "a");
    fwrite($fp, $s . "\n");
    fclose($fp);
}


Then if I want a complete stack trace to a file, I do:

  toDebugFile(simpleTrace(debug_backtrace()))


Daniel Kropveld wrote:

> This is the second time I post this question.
> I hope this time someone will help me.
>
> My main question is: How do I get some error report so that at least I 
> can trace where where things go wrong??
>
> DEBUG=1 doesn't seem to work here
>
> -------- Original Message --------
> Subject: [Phpwiki-talk] fresh installed 1.3.10 gives blank page
> Date: Wed, 01 Sep 2004 22:21:57 +0200
> From: Daniel Kropveld <D.K...@xs...>
> To: php...@li...
>
> Hello,
> I just installed phpwiki 1.3.10 on fedora core 2, but I get nothing but
> a blank page consisting of a mere <html><body></body></html>
>
> On my RedHat 9.0 i am running a 1.3.6 without problems!
>
> This is the output of 'php -v'
> PHP 4.3.8 (cgi) (built: Jul 16 2004 09:23:33)
>
> My httpd:
> Apache/2.0.50 (Fedora)
>
> and mysql:
> php-mysql-4.3.8-2.1
> mysql-server-3.23.58-9
>
> Error logs report no problems
>
> In MySQL I see a set of 15 tables, but they are all empty.
>
> Would anyone give me any hint where to look?
>
>

[Phpwiki-talk] Re: wiki blank page

[Kropveld <kro...@xs...>]

Zrin Ziborski wrote:
> ... look into index.php
> you have to comment out one line...
> 
> hth
> Zrin

Thanks;
one step further. Now I got sofar:

<output>

lib/DbaDatabase.php:54: Fatal[256]: dba_open(wiki_pagedb.,cd): No such 
handler:

     * file: wiki_pagedb.
     * mode: cd
     * handler:

lib/DbaDatabase.php:160: Warning[512]: DbaDatabase: The DBA handler is 
unsupported!

     * Supported handlers are: cdb,cdb_make,db4,inifile,flatfile


lib/DbaDatabase.php:54: Fatal[256]: dba_open(wiki_pagedb.,cd): No such 
handler:

     * file: wiki_pagedb.
     * mode: cd
     * handler:

</output>

In my config.ini I do have the line

DATABASE_DBA_HANDLER = db4

(tried the 'cdb' option too, same error)


...<sigh> well I think I am going to give up on phpWiki...



Daniel

Re: [Phpwiki-talk] User Authtification with phpwiki

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

Arnaud Fontaine schrieb:
> Le mar 28/09/2004 =E0 14:39, Reini Urban a =E9crit :
>>Arnaud Fontaine schrieb:
>>>Another HttpAuth problem is that you can't get Admin privilege ...=20
>>>That's a BIG problem.
>>
>>Ah! Good catch.
>=20
>=20
> I've just checked the _HttpAuthPassUser class.
>=20
> In method userExists() wich is called in the class constructor, you set
> the user level to WIKIAUTH_USER ... without checking if the user is
> admin.
>=20
> ...
>         $this->_level =3D WIKIAUTH_USER;  <---- HERE !!!!
>         return $this;
> ...
>=20
> hmm ... I'm to lazy to go check the code to find how to correct this ;)
> I guess you have to make a _AdminUser object with the login and passwor=
d
> then call the checkPass method ?

Unfortunately, because he can also be a member of the admin group.
I'll test a better solution.

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

Re: [Phpwiki-talk] User Authtification with phpwiki

[Arnaud F. <ar...@cr...>]

Le mar 28/09/2004 =E0 14:39, Reini Urban a =E9crit :
> Arnaud Fontaine schrieb:
> > Le mer 22/09/2004 =E0 17:44, Reini Urban a =E9crit :
> >>That's not an auth probem, but a session problem.
> >>
> >>Maybe our (automatic) HttpAuth should be fixed against session problems=
.=20
> >>I'll test that.
> >=20
> > Another HttpAuth problem is that you can't get Admin privilege ...=20
> > That's a BIG problem.
>=20
> Ah! Good catch.

I've just checked the _HttpAuthPassUser class.

In method userExists() wich is called in the class constructor, you set
the user level to WIKIAUTH_USER ... without checking if the user is
admin.

...
        $this->_level =3D WIKIAUTH_USER;  <---- HERE !!!!
        return $this;
...

hmm ... I'm to lazy to go check the code to find how to correct this ;)
I guess you have to make a _AdminUser object with the login and password
then call the checkPass method ?

--=20
Arnaud Fontaine
Jabber: sh...@ra...
ICQ: 3504789

Re: [Phpwiki-talk] User Authtification with phpwiki

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

Arnaud Fontaine schrieb:
> Le mer 22/09/2004 =E0 17:44, Reini Urban a =E9crit :
>>That's not an auth probem, but a session problem.
>>
>>Maybe our (automatic) HttpAuth should be fixed against session problems=
.=20
>>I'll test that.
>=20
> Another HttpAuth problem is that you can't get Admin privilege ...=20
> That's a BIG problem.

Ah! Good catch.
--=20
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] User Authtification with phpwiki

[Arnaud F. <ar...@cr...>]

Le mer 22/09/2004 =E0 17:44, Reini Urban a =E9crit :

> That's not an auth probem, but a session problem.
>=20
> Maybe our (automatic) HttpAuth should be fixed against session problems.=20
> I'll test that.

Another HttpAuth problem is that you can't get Admin privilege ...=20
That's a BIG problem.
--=20
Arnaud Fontaine
Jabber: sh...@ra...
ICQ: 3504789

[Phpwiki-talk] 1.3.10 Questions including User Authentication Confusion

[Joel S. <jo...@OA...>]

Hi,

I have been setting up a PhiWiki (1.3.10) for RTEMS.  It has been live
less than a week but enough people have tried it out where I now
have a list of things I am unable to resolve.

+ What is the preferred user authentication model?

We already have a few PersonalPages and I thought we had that
type of authentication. If you don't login, you can't edit.  But
there doesn't seem to be a password.

+ How does one deal with a lost password?

+ The email option doesn't work to any mail server within our
domains.  It does work if you stick in a gmail or yahoo address.
It reports that it can't connect to mail.rtems.org.  This is the
same machine as the Wiki is on and serving the mailing list so
we know it works.

+ One European user tried to include an 'é' (e with an accent in
case it is lost in transit in his name. Now he can login as TestUser
but not under that name.  I tried his name with an 'e' and it
asked for a password.  He doesn't show up as having a personal
page in the search.  This is just weird to me.

I know this is growing and evolving and am happy to help work through
issues.  Just ping me and tell me what you want to see.

Thanks.

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
jo...@OA...                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
    Support Available             (256) 722-9985

Re: [Phpwiki-talk] CreateToc not working

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

Aaron R. Short schrieb:
> I'm working on the Arianne project.
> http://arianne.sourceforge.net/

> We use PhpWiki for documentation. I know were running
> 1.3.10. Also were running it on the Sourceforge
> server. We're haveing some problems. First, when
> people click on the wiki link to our wiki they have to
> hit refresh multiple times (some times over 10 tries)
> before the wiki shows up in the browser. The project
> admin says this is a known issue but I couldn't find
> it anywhere on the Phpwiki wiki. This makes using the
> wiki very frustrating.

Yes, 1.3.10 esp. on sf.net has known problems with _cache_html
needing too much memory. Very frustrating.

I didn't want to fix the default phpwiki yet.
Next week (hopefully) we'll change that to 1.3.11.
The frustrating memory crashes will then be gone.

Using latest CVS should have fixed that. A new release will be out soon.
We are already in the pre-release testphase.

> The other problem is with the xhtml exporter. When I
> try to download a ziped copy it gives me a small 6k
> file that doesn't even open right. Again, I couldn't
> find any info on the wiki about this.

Again a known 1.3.10 problem. Latest CVS fixed that.

> PS. I noticed the PhpWiki wiki was a bit messy when it
> came to the known issues page. I've tried to work
> alittle on cleaning it up. Why doesn't
> <?plugin CreateToc with_toclink||=1 ?> work on that
> page? Well it works but displays with a bunch of
> errors.

Thanks for trying cleaning up the mess!
I also tried to remove some stuff lately.

featurewise: same as above :)
The demo wiki runs CVS code.
-- 
Reini Urban
http://phpwiki.org/

[Phpwiki-talk] CreateToc not working

[Aaron R. S. <fuz...@ya...>]

I'm working on the Arianne project.
http://arianne.sourceforge.net/

We use PhpWiki for documentation. I know were running
1.3.10. Also were running it on the Sourceforge
server. We're haveing some problems. First, when
people click on the wiki link to our wiki they have to
hit refresh multiple times (some times over 10 tries)
before the wiki shows up in the browser. The project
admin says this is a known issue but I couldn't find
it anywhere on the Phpwiki wiki. This makes using the
wiki very frustrating.

The other problem is with the xhtml exporter. When I
try to download a ziped copy it gives me a small 6k
file that doesn't even open right. Again, I couldn't
find any info on the wiki about this.

PS. I noticed the PhpWiki wiki was a bit messy when it
came to the known issues page. I've tried to work
alittle on cleaning it up. Why doesn't
<?plugin CreateToc with_toclink||=1 ?> work on that
page? Well it works but displays with a bunch of
errors.
-- Aaron


		
_______________________________
Do you Yahoo!?
Express yourself with Y! Messenger! Free. Download now. 
http://messenger.yahoo.com

[Fwd: [Phpwiki-talk] fresh installed 1.3.10 gives blank page]

[Daniel K. <D.K...@xs...>]

This is the second time I post this question.
I hope this time someone will help me.

My main question is: How do I get some error report so that at least I 
can trace where where things go wrong??

DEBUG=1 doesn't seem to work here

-------- Original Message --------
Subject: [Phpwiki-talk] fresh installed 1.3.10 gives blank page
Date: Wed, 01 Sep 2004 22:21:57 +0200
From: Daniel Kropveld <D.K...@xs...>
To: php...@li...

Hello,
I just installed phpwiki 1.3.10 on fedora core 2, but I get nothing but
a blank page consisting of a mere <html><body></body></html>

On my RedHat 9.0 i am running a 1.3.6 without problems!

This is the output of 'php -v'
PHP 4.3.8 (cgi) (built: Jul 16 2004 09:23:33)

My httpd:
Apache/2.0.50 (Fedora)

and mysql:
php-mysql-4.3.8-2.1
mysql-server-3.23.58-9

Error logs report no problems

In MySQL I see a set of 15 tables, but they are all empty.

Would anyone give me any hint where to look?


-- 
Daniel Kropveld
http://www.xs4all.nl/~kropveld/signature.html
Use encryption! New key ID 6252D6DE

Re: [Phpwiki-talk] todo, javascript buttons &safari

[aphid <sp...@ap...>]

The buttons show up, can be clicked, but nothing happens.  Also, Safari 
puts a thin border that signifies that the edit window has typing-scope 
- this disappears from the edit window when the buttons are clicked, 
and then nothing happens.

A


On Sep 25, 2004, at 12:07 PM, Reini Urban wrote:

> aphid schrieb:
>> Not sure if this is the same problem or not but the javascript markup 
>> buttons on the edit page do not appear to be working in Safari, 
>> though they do in Firefox/Mozilla/etc.
>
> Do they show up, you can click, but nothing happens (which would be 
> bad)

Re: [Phpwiki-talk] todo, javascript buttons &safari

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

aphid schrieb:
> Not sure if this is the same problem or not but the javascript markup 
> buttons on the edit page do not appear to be working in Safari, though 
> they do in Firefox/Mozilla/etc.

why and how? Sorry, I cannot test this.

Don't they show up at all (which would be good)

Do they show up, but you cannot click on them (which would be not good, 
but ok)

Do they show up, you can click, but nothing happens (which would be bad)

The buttons are created by document.write().
so if the brwoser has poor javascript support, they will not show up at 
all. all html editor scripts do it like that.

> On Sep 24, 2004, at 10:20 AM, Reini Urban wrote:
>> * javascript search&replace




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

Re: [Phpwiki-talk] todo, javascript buttons &safari

[aphid <sp...@ap...>]

Not sure if this is the same problem or not but the javascript markup 
buttons on the edit page do not appear to be working in Safari, though 
they do in Firefox/Mozilla/etc.

On Sep 24, 2004, at 10:20 AM, Reini Urban wrote:
>
> * javascript search&replace

[Phpwiki-talk] Re: LdapSearch added

[John L. <jo...@pa...>]

On Thursday 23 September 2004 13:33, Reini Urban wrote:
> Hi John,
> I've added your LdapSearch plugin to CVS.
>    http://phpwiki.org/LdapSearchPlugin
>
Thank you

> Future:
> * Maybe more examples with WikiFromRich are required.
>    To support user-suplied queries (search term, ...).
> * Add hyperlink support to the results.

I will look into these - hyperlink support was already on my todo list for 
this, as is a different result format for when attributes are not supplied (a 
table of all the attributes for all the objects returned by the query)


-- 
John Lines <http://www.paladin.demon.co.uk/john.lines.html>

Re: [Phpwiki-talk] todo, [confirmed] PCRE memory problem at php core found

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

Reini Urban schrieb:
> now only a few minor things are left:
>   == TODO ==
> fix:
> * javascript search&replace
> * test httpauth, and reported personalpage auth problems
> * test against php-5.0.2
> * test against apache2
> do all unit tests:
>   all langs, all db backends, all pages import and export
> improvements:
> * PageChangeNotification other actions also (rename, remove).
>   better subject on create.

done for remove and rename.

> * collapse page change notification on LoadAny

done on create, missing on remove and rename.

> * restrict certain action to groups: RawHtml (could be a define)
> * db.timeout: force mysql.connect_timeout = 60
> * rewrite OldTextFormattingRules, AnciennesR%E8glesDeFormatage
>   for proper importing
> * test WikiPluginCached support for image maps and svg, swf, eps, ...
>   defer header logic
> * don't print php notices and warnings as red errors.
>   just green or grey

done

> already done lately:
> * pdf button when an external html2pdf app is defined
>   (enabled at PhpWikiDemo)
> * enhanced WikiPluginCached (static, ondemand)
> * added LdapSearchPlugin

and something more important:
* more PageList options: cols, paging, azhead, comma, commasep, ordered.
   automatically enabled for most pagelist outputting plugins.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] todo, [confirmed] PCRE memory problem at php core found

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

Reini Urban schrieb:

> finally someone found a PCRE memory problem at php core.
> 
> http://viewcvs.php.net/viewcvs.cgi/php-src/NEWS.diff?r1=1.1247.2.724&r2=1.1247.2.714 
> 
> (php-4.3.9RC2)
> 
> Hope this fixes our ConvertOldMarkup problem.
> I'm investigating.

Yes, it was indeed our problem. 4.3.9 or later is recommended.
   http://www.php.net/release_4_3_9.php

It only happens on low memory systems (esp. --with-memory-limit),
and actions which require a lot of memory.
The php GC is no GC, not even their reference counting is reliable.

There are known workarounds (turning off html caching) described at
http://phpwiki.org/KnowBugs

config.ini:
   USECACHE = 0
   WIKIDB_NOCACHE_MARKUP = 1

The system tries to avoid most such issues in broken systems by 
automatically turning on paging with limit=50, when there are more then 
400 pages. But we don't turn off html caching so far automatically. 
you'll see it when you are hit by this problem, and then just turn it off.
There's still some room for improvements memory-wise.
(avoiding meta data and content retrieval, when not requested)

now only a few minor things are left:
   == TODO ==
fix:
* javascript search&replace
* test httpauth, and reported personalpage auth problems
* test against php-5.0.2
* test against apache2
do all unit tests:
   all langs, all db backends, all pages import and export
improvements:
* PageChangeNotification other actions also (rename, remove).
   better subject on create.
* collapse page change notification on LoadAny
* restrict certain action to groups: RawHtml (could be a define)
* db.timeout: force mysql.connect_timeout = 60
* rewrite OldTextFormattingRules, AnciennesR%E8glesDeFormatage
   for proper importing
* test WikiPluginCached support for image maps and svg, swf, eps, ...
   defer header logic
* don't print php notices and warnings as red errors.
   just green or grey
maybe (probably defer):
* iniconfig helpers (create config.ini, installer)
* and and fix more wikilens libs and plugins, layout improvements
* format=rdf and a new owl PageType (similar to InterWikiMap)
   to statically define predicates used by PhpWiki:SemanticWeb
   (semantically enriched links, like interwiki links).
* SqlResult paging
* plugin\WikiAdminSetAclSimple
* plugin\NewUserWelcomePage.php
* plugin\SearchHighlight
* logfile stuff:
*   plugin\RecentReferrers
*   WikiAccessRestrictions
* PageModeration
* SpamAssassinIntegration

already done lately:
* pdf button when an external html2pdf app is defined
   (enabled at PhpWikiDemo)
* enhanced WikiPluginCached (static, ondemand)
* added LdapSearchPlugin

shout now or be quiet until 1.4.0
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] phpwiki and Gentoo

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

Reini Urban wrote:

> BTW: The long-standing 1.3.11 release will be out soon.
>
> All persisting and annoying bugs have now working workarounds.
> I just have to document it properly and finish testing.


Cool!

> wikilens integration will be 50% feature-wise. (danfr?)


We are working on our own release. :-) After we release WindWhale 
(a.k.a. 1.3.9.GL4), I'd like to look into integrating the changes.

I have a question that will help solve our last remaining big bug. The 
bug is that when you rate something, you get logged out (!). After a 
couple days, I've found the culprit. There is an exit() in RateIt.php. 
This turns out to be bad. There is some sort of finalization step 
(perhaps WikiRequest::updateAuthAndPrefs ? not sure..) that gets skipped 
with an early exit(), and the _user object is left without things it 
should have (like _authnow="session"). On the other hand, if I take out 
the exit(), a rating is submitted twice. What's going on here?

I will keep looking, but any info would be useful.

Dan

Re: [Phpwiki-talk] Authentication Errors

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

Gerald Lucas schrieb:
> Thanks, but why do I get the debug information on the login page? Does
> it have something to do with "USER_AUTH_ORDER: PersonalPage => Db =>
> Forbidden"? I have tried many combinations, including the ones you
> suggest, but nothing works, and nothing takes that DEBUG stuff off the
> login page. Thanks.

DEBUG=0 in config.ini

If auth doesn't work at all as expected, try the latest CVS snapshot.
Maybe I fixed a bug somewhen.


> On Thu, 23 Sep 2004 20:03:00 +0200, Reini Urban <ru...@x-...> wrote:
> 
> 
>>Ok; I'll have to add this to doc/README.phpwiki-auth
>>
>>* __~PersonalPage__:  Store passwords in the users homepage metadata
>>(simple)
>>If users have not created a PersonalPage, they can still access their
>>UserPreferences, and change their passwords, but the authmethod doesn't
>>not know where to get and store this password, so it will fail.
>>Same with prefs storage.
>>
>>The password is read from the first AuthMethod in $USER_AUTH_ORDER,
>>checked and if it fails, the next methods are tried according the rules
>>(= policy) in USER_AUTH_POLICY.
>>"old" is kind of unpredictable. old uses strange automatic rules from
>>the previous versions.
>>I would suggest "stacked", since tries all available methods until it
>>succeeds. "strict" is more secure.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Authentication Errors

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

Gerald Lucas schrieb:
> Thanks for such a wonderful product. As an educator, I'm excited to
> begin experimenting with my first wiki in the classroom.
> 
> I do have an issue that does not want to be resolved. I've looked
> through the FAQ and READMEs, but cannot find anything that addresses
> my problem. When I attempt to login, I receive:
> 
> DEBUG: ALLOW_ANON_EDIT = false, ALLOW_BOGO_LOGIN = true,
> ALLOW_USER_PASSWORDS = true USER_AUTH_ORDER: PersonalPage => Db =>
> Forbidden, USER_AUTH_POLICY: old, PASSWORD_LENGTH_MINIMUM: 5
> 
> My admin account logs in just fine, and others do, too, without
> passwords. However, when I try to give one of those a password, it
> will not save it. I'm trying to store passwords in the MySQL database,
> but I don't see why the PersonalPage does not seem to work. I've
> checked ownership and permissions on the directory, but to no avail.

they are not checked.

> Any ideas? Thanks.

Ok; I'll have to add this to doc/README.phpwiki-auth

* __~PersonalPage__:  Store passwords in the users homepage metadata 
(simple)
If users have not created a PersonalPage, they can still access their 
UserPreferences, and change their passwords, but the authmethod doesn't 
not know where to get and store this password, so it will fail.
Same with prefs storage.

The password is read from the first AuthMethod in $USER_AUTH_ORDER, 
checked and if it fails, the next methods are tried according the rules 
(= policy) in USER_AUTH_POLICY.
"old" is kind of unpredictable. old uses strange automatic rules from 
the previous versions.
I would suggest "stacked", since tries all available methods until it 
succeeds. "strict" is more secure.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Authentication Errors

[Gerald L. <gr...@gm...>]

List members--

Thanks for such a wonderful product. As an educator, I'm excited to
begin experimenting with my first wiki in the classroom.

I do have an issue that does not want to be resolved. I've looked
through the FAQ and READMEs, but cannot find anything that addresses
my problem. When I attempt to login, I receive:

DEBUG: ALLOW_ANON_EDIT = false, ALLOW_BOGO_LOGIN = true,
ALLOW_USER_PASSWORDS = true USER_AUTH_ORDER: PersonalPage => Db =>
Forbidden, USER_AUTH_POLICY: old, PASSWORD_LENGTH_MINIMUM: 5

My admin account logs in just fine, and others do, too, without
passwords. However, when I try to give one of those a password, it
will not save it. I'm trying to store passwords in the MySQL database,
but I don't see why the PersonalPage does not seem to work. I've
checked ownership and permissions on the directory, but to no avail.
Any ideas? Thanks.

Jerry