phpwiki-talk

RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...

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

Reini,
  Well I think I found the culprit... I have tried my 3 week old version and
the current cvs head and it works, IF your not using the crao theme.  I
switched a copy back to MacOSX them and the dump started working again.

  Is there a way to specify a theme from the url?

  So to summarise, the ziphtml action is broken on the crao them, but not
the macos theme.

Thanks,

John

-----Original Message-----
From: John Cole 
Sent: Wednesday, July 28, 2004 9:22 AM
To: php...@li...
Subject: RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...


Well, even if the notice is old, the results are the same:  the current cvs
head is proucing invalid zip files.  There are no errors being reported on
the page, and the only plugin on the page is the UnfoldSubPages plugin.  

Also, the cvs version from 3 weeks ago is working fine.  I tried a zip dump
on a single page with no plugins, and it too created an invalid zip file.
I've compared the two versions I have and nothing obvious jumps out.

BTW, aren't you supposed to be gone for 10 days?  :-)  Didn't expect to here
from you until August.

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of
ru...@x-...
Sent: Wednesday, July 28, 2004 2:34 AM
To: php...@li...
Subject: Re: [Phpwiki-talk] action=ziphtml produces invalid zip files...


> Another possible issue, the current cvs head no longer produces valid
> zip files when you dump files to xhmtl.  Looking at the loadsave.php
> file, it mentions that any plugin or code that performs an echo will
> corrupt the zip file.  Well, a quick search throught he plugins
> directory yeilds lots of echos :-)

This notice is an old one.
We buffer all output for some years now, so echo's do no harm.
Errors do harm though. So all pages have to be error free.
Most errors just appear because some plugin might not not be configured.

At least it should print now the pagename in which the error appeared.





-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

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

RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...

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

Well, even if the notice is old, the results are the same:  the current cvs
head is proucing invalid zip files.  There are no errors being reported on
the page, and the only plugin on the page is the UnfoldSubPages plugin.  

Also, the cvs version from 3 weeks ago is working fine.  I tried a zip dump
on a single page with no plugins, and it too created an invalid zip file.
I've compared the two versions I have and nothing obvious jumps out.

BTW, aren't you supposed to be gone for 10 days?  :-)  Didn't expect to here
from you until August.

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of
ru...@x-...
Sent: Wednesday, July 28, 2004 2:34 AM
To: php...@li...
Subject: Re: [Phpwiki-talk] action=ziphtml produces invalid zip files...


> Another possible issue, the current cvs head no longer produces valid
> zip files when you dump files to xhmtl.  Looking at the loadsave.php
> file, it mentions that any plugin or code that performs an echo will
> corrupt the zip file.  Well, a quick search throught he plugins
> directory yeilds lots of echos :-)

This notice is an old one.
We buffer all output for some years now, so echo's do no harm.
Errors do harm though. So all pages have to be error free.
Most errors just appear because some plugin might not not be configured.

At least it should print now the pagename in which the error appeared.





-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

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

Re: [Phpwiki-talk] Why Can't I Edit Anything on the SourceForge PhpWiki?

[Bill T. <bt...@gi...>]

On Wed, 28 Jul 2004, Dan Frankowski wrote:

> Reini Urban wrote:
> 
> >Sign in with a user name which is a valid wiki word.
> >"BillThoen" for example.
> >  
> 
> Due to Bill's email, I went and tried to edit the 
> FrequentlyAskedQuestions page. What I found is that I was able to log 
> in, and able to edit the page. However, the site was SO SLOW that it was 
> torture.  I essentially had to do something else between clicks. I 
> believe this slowness is why my edits look like they didn't take (!). If 
> you look at the page source, I moved "PhpWikiDocumentation" down to the 
> bottom, but the page itself still does not show that change visibly. 
> Perhaps this happened to Bill?

Actually, the problem was that I had blocked cookies, and even if you sign
in using a WikiWord name, if you don't allow cookies, you lose. Anonymous
users cannot edit anything, but if you sign in as NoahBody or AnonYmous,
and accept cookies, you can still be "anonymous" and run amok.

The server really was crawling and gasping at times yesterday. If I hadn't
already seen how an unencumbered wiki works, I would have had my doubts
about the software. Maybe the demo site really ought to be on a zippier 
host.

- BillThoen

Re: [Phpwiki-talk] Why Can't I Edit Anything on the SourceForge PhpWiki?

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

Reini Urban wrote:

>>I then tried "signing in" using the edit control on the lower right of
>>the  first page. Still couldn't edit anything, even the SandBox. Seems
>>to me  like something's wrong with the wiki at
>>http://phpwiki.sourceforge.net/phpwiki. What do I need to do to get high
>> enough privilege to contribute to this wiki?
>>
>>- Bill Thoen
>>    
>>
>
>Sign in with a user name which is a valid wiki word.
>"BillThoen" for example.
>  
>

Due to Bill's email, I went and tried to edit the 
FrequentlyAskedQuestions page. What I found is that I was able to log 
in, and able to edit the page. However, the site was SO SLOW that it was 
torture.  I essentially had to do something else between clicks. I 
believe this slowness is why my edits look like they didn't take (!). If 
you look at the page source, I moved "PhpWikiDocumentation" down to the 
bottom, but the page itself still does not show that change visibly. 
Perhaps this happened to Bill?

Anyway, what do we think of moving the SourceForge Phpwiki to a 
non-SourceForge machine that actually has a few cycles, and redirecting 
the traffic? If that sounds good, does anyone have a machine available?

Dan

Re: [Phpwiki-talk] Questions about authentification

[Tom C. <li...@to...>]

On Wednesday 28 Jul 2004 08:37, ru...@x-... wrote:
> > I'm getting in a real muddle here. I abandoned database auth, and went
> > with  file. I've got my htpasswd file set-up, and it seems to be working
> > with  PhpWiki. But the behaviour is completely useless.
> >
> > If I go to a page I have permission to edit, and sign in, it tells me by
> > the  sign in box that I am "Authenticated as community". If I then try
> > to edit the  page, it asks me to login again, saying: "Editing pages is
> > disallowed on this  wiki for not authenticated user 'community' (level:
> > ANON)." So I login,  change the page, and hit the submit button. It asks
> > me to login *again*,  which I do, and it works. Now, by the sign in box
> > it tells me "You are signed  but not authenticated as community". So I
> > have to sign in *again* to do  anything else.
>
> Simple answer:
> Your sessions are lost. Try the other DB_SESSION options.
> If this doesn't work also, report your version, database backend and php
> version.

OK, I have the following options:
DATABASE_SESSION_TABLE = session
AUTH_SESS_USER = userid
AUTH_SESS_LEVEL = 2

I don't see an option 'DB_SESSION' anywhere in the config files, in case you 
were refering to a specific option.

I monitored the session table while I logged in with the "community" login, 
and it looks like it's getting the SQL queries wrong, because it came up with 
this entry:

---
| 2b9f79f7c1ff5d03f930e67dd62d55e2 |wiki_user|O:13:"_filepassuser":11:
{s:7:"_userid";s:9:"community";s:6:"_level";i:2;s:6:"_prefs";O:15:"userpreferences":4:
{s:6:"_prefs";a:13:{s:6:"userid";O:15:"_userpreference":2:
{s:13:"default_value";s:0:"";s:6:"userid";s:9:"community";}s:6:"passwd";O:15:"_userpreference":1:
{s:13:"default_value";s:0:"";}s:9:"autologin";O:20:"_userpreference_bool":1:
{s:13:"default_value";b:0;}s:5:"email";O:21:"_userpreference_email":1:
{s:13:"default_value";s:0:"";}s:11:"notifyPages";O:22:"_userpreference_notify":1:
{s:13:"default_value";s:0:"";}s:5:"theme";O:21:"_userpreference_theme":1:
{s:13:"default_value";s:3:"SDC";}s:4:"lang";O:24:"_userpreference_language":1:
{s:13:"default_value";s:2:"en";}s:9:"editWidth";O:19:"_userpreference_int":3:
{s:13:"default_value";d:80;s:7:"_minval";d:30;s:7:"_maxval";d:150;}s:11:"noLinkIcons";O:20:"_userpreference_bool":1:
{s:13:"default_value";b:0;}s:10:"editHeight";O:19:"_userpreference_int":3:
{s:13:"default_value";d:22;s:7:"_minval";d:5;s:7:"_maxval";d:22;}s:10:"timeOffset";O:23:"_userpreference_numeric":3:
{s:13:"default_value";d:0;s:7:"_minval";d:-26;s:7:"_maxval";d:26;}s:13:"relativeDates";O:20:"_userpreference_bool":1:
{s:13:"default_value";b:0;}s:10:"googleLink";O:20:"_userpreference_bool":1:
{s:13:"default_value";b:0;}}s:7:"_method";s:3:"SQL";s:7:"_select";s:38:"SELECT 
prefs FROM pref WHERE userid=%s";s:7:"_update";s:40:"REPLACE INTO pref SET 
prefs=%s,userid=%s";}s:15:"_current_method";N;s:14:"_current_index";N;s:5:"_file";O:11:"file_passwd":6:
{s:8:"filename";s:23:"/www/htpasswd/passwords";s:5:"users";a:1:
{s:9:"community";s:13:"p0s/yKSwCtGrI";}s:3:"cvs";N;s:6:"fplock";N;s:6:"locked";N;s:8:"lockfile";s:28:"/www/htpasswd/passwords.lock";}s:11:"_may_change";b:0;s:11:"_authmethod";s:4:"File";s:8:"_authhow";s:6:"signin";s:4:"page";s:8:"HomePage";s:6:"action";s:6:"browse";} 
| 1091009539 | 62.252.64.13  |
---

Whilst the admin sessions look like this:
---
| c6e6d45623d1b1203b578f135b53928b | | 1091007492 | 212.137.57.25 |
---

Regards,
Tom

Re: [Phpwiki-talk] Some questions about CVS

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

> On 1/1/1970, "ru...@x-..." <ru...@x-...> wrote:
>>[the net broke down here in poland, while sending the prev. message,
>> so
>> maybe its twice]
>>
>>> First, is "configurator.php" deprecated? It seems there is both the
>>> option to  have the configuration options in index.php and in
>>> config/config.ini ...  which should I use?
>>
>>The options in index.php were moved to config/config.ini. There's no
>> script to move these automatically. so you have to do this manually.
>>
>>> Second, how doe I get ACL going? The button to set-up access
>>> restrictions  takes me to a page saying it isn't yet implemented?
>>
>>Only in earlier versions it was not or partially implemented. With
>> latest CVS it works okay.
>
> I checked out a fresh copy of the CVS on Friday, and I got the message
> saying it wasn't implemented. Any idea what I'm doing wrong?

Aah, just a guess:
Try DEBUG = 1 in config.ini

Sorry. It really should be DEBUG independent now, since it works ok. --
Reini Urban
http://xarch.tu-graz.ac.at/~rurban/


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

Re: [Phpwiki-talk] Some questions about CVS

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

> ru...@x-... wrote:
>> Only in earlier versions it was not or partially implemented. With
>> latest CVS it works okay.
>
> Speaking of CVS, what's the official recommendation on whether to use
> the latest stable (1.3.10, correct?) vs updating with every CVS commit
> that doesn't break stuff?
>
> I run my wiki mostly for myself, so it doesn't need to be
> commercial-production stable. On the other hand, I don't want to have
> 25% of features broken at any given time.
>
> So: how reliable are the CVS versions, generally speaking?

If something new is broken in CVS I usually post a message to this list.

The problems in current CVS also exist in earlier releases.
The question is how long back?

The problems mostly concern mysql installations with --memory-limit and
a large number of pages (about > 400).

We also started experimenting with database improvements lately.
First ADODB and if this works stable, it'll get ported to PearDB also.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/~rurban/


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

Re: [Phpwiki-talk] Why Can't I Edit Anything on the SourceForge PhpWiki?

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

> I then tried "signing in" using the edit control on the lower right of
> the  first page. Still couldn't edit anything, even the SandBox. Seems
> to me  like something's wrong with the wiki at
> http://phpwiki.sourceforge.net/phpwiki. What do I need to do to get high
>  enough privilege to contribute to this wiki?
>
> - Bill Thoen

Sign in with a user name which is a valid wiki word.
"BillThoen" for example.

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

Re: [Phpwiki-talk] Call to a member function on a non-object

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

> Whit Blauvelt wrote:
>>I know there are still some deep issues with the CVS version, but basic
>> stuff like this should be working now, right? Is something critical
>> missing from the INSTALL instructions, or is the user auth code still
>> this broken?

User auth is only somehow broken for HttpAuth, everything else should work
ok.
The deep issues in CVS to be solved are only in the mysql database
iterators andConvertOldMarkup().

> I think Reini is really the right person to answer this, and he's gone
> until early August.

Well, I'm not gone. I'm in Poland until 2.Aug, and away from my machine,
so I cannot fix anything or answer difficult questions.

--
reini

Re: [Phpwiki-talk] Questions about authentification

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

> I'm getting in a real muddle here. I abandoned database auth, and went
> with  file. I've got my htpasswd file set-up, and it seems to be working
> with  PhpWiki. But the behaviour is completely useless.
>
> If I go to a page I have permission to edit, and sign in, it tells me by
> the  sign in box that I am "Authenticated as community". If I then try
> to edit the  page, it asks me to login again, saying: "Editing pages is
> disallowed on this  wiki for not authenticated user 'community' (level:
> ANON)." So I login,  change the page, and hit the submit button. It asks
> me to login *again*,  which I do, and it works. Now, by the sign in box
> it tells me "You are signed  but not authenticated as community". So I
> have to sign in *again* to do  anything else.

Simple answer:
Your sessions are lost. Try the other DB_SESSION options.
If this doesn't work also, report your version, database backend and php
version.

-- 
reini

Re: [Phpwiki-talk] action=ziphtml produces invalid zip files...

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

> Another possible issue, the current cvs head no longer produces valid
> zip files when you dump files to xhmtl.  Looking at the loadsave.php
> file, it mentions that any plugin or code that performs an echo will
> corrupt the zip file.  Well, a quick search throught he plugins
> directory yeilds lots of echos :-)

This notice is an old one.
We buffer all output for some years now, so echo's do no harm.
Errors do harm though. So all pages have to be error free.
Most errors just appear because some plugin might not not be configured.

At least it should print now the pagename in which the error appeared.

[Phpwiki-talk] Praise and one RFE

[Stan B. <sb...@po...>]

After waiting (sorry, I know I should rather say "after helping" but no 
time, right now!) several weeks I checked today again if the current 
wiki is better in terms of user authentication.  I was nicely 
surprised.  With my combination of parms (see at the bottom), it works 
very good.  I haven't done much testing just for the problems I observed 
(and complained) several weeks ago. 

Good job guys!  Looks like I'll be finally able to upgrade from 1.3.4 to 
the current release.

One RFE: in 1.3.4, when I'm in a sub page, I can click on the title (the 
parent part of it) to get back directly to the parent page.  Current 
version doesn't let me do this.  What should I do to have this feature back?

Stan Berka

My user authentication parms:
ALLOW_ANON_USER = true, ALLOW_ANON_EDIT = false, ALLOW_BOGO_LOGIN = 
true, ALLOW_USER_PASSWORDS = false (here it actually works the other way 
around, I've found),
USER_AUTH_ORDER = "PersonalPage"

>  
>

[Phpwiki-talk] text is sometimes white or hidden?

[Eric F. <eri...@mp...>]

Hi,

Thanks for some terrific software and this list is great, I have been spending some quality time on here today searching through the
archives.

I am not sure how to ask this question, so let me pose it like thus... : When you go to this page:
http://www.mapinfo-l.com/wiki/index.php?pagename=MapBasicDevelopment&version=1 Then open a new IE browser in Windows and switch back
and forth between the two browsers, is a bunch of the text missing?

Is there something funky with the style or formatting with version 1.3 (I downloaded and installed the latest version today.)? Or is
it just my browser?

Thanks!
Eric

[Phpwiki-talk] Bug #999032: Possible to create a page that you can't view or edit

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

FYI, I just submitted the following bug: 
http://sourceforge.net/tracker/index.php?func=detail&aid=999032&group_id=6121&atid=106121.

One of my user's tripped on this.

Dan

Creating a page that has the following markup:

[A name | ]

will cause an empty page name. One can save this. Then,
upon display this will hit an assert at WikiDB.php,
WikiDB_Page::WikiDB_Page(), line 518 or so:

assert(!empty($this->_pagename));

and display

lib/WikiDB.php:518: Fatal[0]: <br /><path
here>/phpwiki/lib/WikiDB.php:518: : Assertion failed <br />

This is behavior as of 1.3.9. Actually, the assertion
has changed in 1.3.11, but I believe it will still fire.

We should either allow an empty page name, or prevent
this from being saved.

[Phpwiki-talk] calendar problem in crao

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

Ok, here is a good one.

If you have a calendar in the crao theme, followed by a list, then any lines
in the calendar that are on the same vertical level as the list do not work
in FireFox 0.92.  Note: IE6 seems to work fine, but the neat toolbar doesn't
work in IE and I use FireFox.

Here is some example wiki:

-----------------------------------
<?plugin Calendar prefix=HomePage ?>
In Crao, this text appears to the left of the calendar.

This list also appears to the left of the calendar, however in firefox, the
calendar hotlinks on the same line as the list items do not work.  You can
add or remove list items or br's to move which lines in the calendar do not
work.

* list item 1
* list item 2
* list item 3
* list item 4
-----------------------------------

My workaround was to put a few %%%'s to move the list down so that it didn't
interfere with the calendar.

John Cole

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

Re: [Phpwiki-talk] Error in WikiNewUser

[Whit B. <wh...@tr...>]

On Tue, Jul 27, 2004 at 12:11:49PM +0100, Tom Chance wrote:

> I have to say that the user authentification system is *very* confusing if you 
> don't want to use the BogoLogin system. I just want to be able to quickly 
> create one user, set-up the ACL and go. If anyone could just give me the db 
> queries, I'd be grateful :) I tried by just putting a new row into the user 
> table with plain text username and password, but it still tries to create a 
> new user when I try to login with that username!

Well, Tom, at least you're getting more than %BODY% for your page content ;)

Does anyone happen to know if how far the user login stuff has been
modularized? For instance, pure-ftpd is able to be set to depend on an
arbitrary external login script to return a defined list of parameters - and
since PHP scripts can run in a CLI mode, it's pretty easy to set that up to
get just what you want.

Right now it looks like PhpWiki is set up for a half-dozen different
authentication schemes which are only half working and only a quarter
documented. Being able to handle authentication arbitrarily from outside,
bypassing all of this, could greatly simplify things, especially for sites
which already are running custom user authentication for other sections that
doesn't conform to any of the schemes PhpWiki currently is hoping to
support.

Whit

[Phpwiki-talk] action=ziphtml produces invalid zip files...

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

Another possible issue, the current cvs head no longer produces valid zip
files when you dump files to xhmtl.  Looking at the loadsave.php file, it
mentions that any plugin or code that performs an echo will corrupt the zip
file.  Well, a quick search throught he plugins directory yeilds lots of
echos :-)

John

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

[Phpwiki-talk] Lot's of fatal php errors...

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

I'm running the latests CVS code in a test directory on our live database,
and I have been getting a LOT of database errors lately.

Here is an example when saving a new page:

Fatal PhpWiki Error

lib\WikiDB\adodb\adodb-errorhandler.inc.php:76: Fatal[256]: mysql error:
[1062: Duplicate entry '0' for key 1] in ADODB_Error_Handler(INSERT INTO
page (pagename,hits) VALUES('jcole/test4',0), ) 

I seem to be getting a lot more errors when using SQL instead of ADODB.
I'll start saving my error messages for both providers.

John

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

[Phpwiki-talk] Questions about authentification

[Tom C. <li...@to...>]

Hello,

I'm getting in a real muddle here. I abandoned database auth, and went with 
file. I've got my htpasswd file set-up, and it seems to be working with 
PhpWiki. But the behaviour is completely useless.

If I go to a page I have permission to edit, and sign in, it tells me by the 
sign in box that I am "Authenticated as community". If I then try to edit the 
page, it asks me to login again, saying: "Editing pages is disallowed on this 
wiki for not authenticated user 'community' (level: ANON)." So I login, 
change the page, and hit the submit button. It asks me to login *again*, 
which I do, and it works. Now, by the sign in box it tells me "You are signed 
but not authenticated as community". So I have to sign in *again* to do 
anything else.

That is insane. Surely it should let the user login, checking their details 
against the htpasswd file, and then leave them logged in with a session 
cookie or some such mechanism until they log out or a given time expires? 
Nobody is going to want to type in their username and password every time 
they want to bring up a page that requires their authentification!

Can I fix this myself, and if so, how?

Regards,
Tom

[Phpwiki-talk] Error in WikiNewUser

[Tom C. <li...@to...>]

Hello,

With a fresh CVS checkout, when trying to create a new user I get the 
following error:

---
lib/WikiDB/backend/PearDB.php:846: Fatal[256]: wikidb_backend_peardb_mysql: 
fatal database error 

DB Error: unknown error
 ( [nativecode=1065 ** Query was empty])

lib/WikiUserNew.php:1682: Notice[8]: Object to string conversion 

lib/WikiUserNew.php:1682: Warning[512]: Object
---

I have to say that the user authentification system is *very* confusing if you 
don't want to use the BogoLogin system. I just want to be able to quickly 
create one user, set-up the ACL and go. If anyone could just give me the db 
queries, I'd be grateful :) I tried by just putting a new row into the user 
table with plain text username and password, but it still tries to create a 
new user when I try to login with that username!

Regards,
Tom

Re: [Phpwiki-talk] Call to a member function on a non-object

[Whit B. <wh...@tr...>]

On Mon, Jul 26, 2004 at 02:00:25PM -0400, Whit Blauvelt wrote:

> Ah, switching ALLOW_ANON_USER from true to false gets beyond this - to a
> "You Must Sign In to Read this Page" screen. Fiddling with other stuff in
> the auth configuration doesn't seem to resolve this, as long as
> ALLOW_ANON_USER is true.

Just a note: Checked the obvious thing: With it true, after that login
screen, still the same failure:

---
Loading up virgin wiki
%BODY%

Fatal error: Call to a member function on a non-object in
/web/closeread/phpwiki/lib/Template.php(133) : eval()'d code on line 5
---

Then trying switching to File rather than SQL for data type, that login page
has

---
PHP Warnings
lib/DbSession.php:49: Warning[512]: Your WikiDB DB backend 'file' cannot be
used for DbSession. Set USE_DB_SESSION to false.
---

Well, USE_DB_SESSION isn't even in the current config.ini (and it's not a
php.ini thing either).

And adding "USE_DB_SESSION = false" to config.ini _still_ presents this
error message, and logging in still presents a failed next page, which also
includes that DbSession warning. Is the warning obsolete? The real fix
something else?

If anyone has started with a current virgin CVS copy and been skilled or
lucky enough to set it up so it worked, maybe if you shared your config.ini
(or whatever you guess might be the most pertinent settings) we could begin
to narrow down the real, working options for current use.

That Reini is most concerned yet with things that make it go crash is good
priorities; but meanwhile I'm after a working beta of the latest code to
test some modifications on, so that when Reini goes stable I can just add
those in and be ready to roll.

Thanks again,
Whit

Re: [Phpwiki-talk] Call to a member function on a non-object

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

Whit Blauvelt wrote:

>On Mon, Jul 26, 2004 at 01:11:13PM -0500, Dan Frankowski wrote:
>
>  
>
>>>Does someone have a set of configuration settings which work with the
>>>current CVS which include ALLOW_ANON_USER=true and ALLOW_ANON_EDIT=false 
>>>and
>>>ALLOW_BOGO_LOGIN=false, and which enforces a true login method (not bogo)
>>>for those with edit access?
>>>      
>>>
>
>  
>
>>Haven't checked.
>>
>>    
>>
>>>I know there are still some deep issues with the CVS version, but basic
>>>stuff like this should be working now, right? Is something critical missing
>>>      
>>>
>>>from the INSTALL instructions, or is the user auth code still this broken?
>>
>>I think Reini is really the right person to answer this, and he's gone 
>>until early August.
>>    
>>
>
>Dan -
>
>Thanks for the response.
>
>Everyone -
>
>Since I  asked about this same stuff about six weeks ago, and Reini
>responded to something else in my query but ignored the primary queries, and
>since there are others experimenting with the code ... please if you've
>gotten it to run with this seemingly-legal set of configuration options -
>especially if you learned something about working around the problem I'm
>running into - post to the list. Maybe it can work as a draft of an improved
>section for the INSTALL files?
>  
>

Good idea. I did not say (but should have) that it's great that you're 
testing and agitating for improvement. PhpWiki needs a legion of folks 
like you .. and of course a legion of developers too! :-)

>Thanks!
>
>Whit
>  
>

Likewise thanks.

Dan

Re: [Phpwiki-talk] Call to a member function on a non-object

[Whit B. <wh...@tr...>]

On Mon, Jul 26, 2004 at 01:11:13PM -0500, Dan Frankowski wrote:

> >Does someone have a set of configuration settings which work with the
> >current CVS which include ALLOW_ANON_USER=true and ALLOW_ANON_EDIT=false 
> >and
> >ALLOW_BOGO_LOGIN=false, and which enforces a true login method (not bogo)
> >for those with edit access?

> Haven't checked.
> 
> >I know there are still some deep issues with the CVS version, but basic
> >stuff like this should be working now, right? Is something critical missing
> >from the INSTALL instructions, or is the user auth code still this broken?
> 
> I think Reini is really the right person to answer this, and he's gone 
> until early August.

Dan -

Thanks for the response.

Everyone -

Since I  asked about this same stuff about six weeks ago, and Reini
responded to something else in my query but ignored the primary queries, and
since there are others experimenting with the code ... please if you've
gotten it to run with this seemingly-legal set of configuration options -
especially if you learned something about working around the problem I'm
running into - post to the list. Maybe it can work as a draft of an improved
section for the INSTALL files?

Thanks!

Whit

Re: [Phpwiki-talk] Call to a member function on a non-object

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

Whit Blauvelt wrote:

>Hi all,
>  
>

> Figured it was time to start with a virgin nightly again, but dang:


Seems good.

>Since I followed the INSTALL and mysql.INSTALL files fairly closely (which
>until a couple of months ago was a foolproof way to go), um, what's not
>going right?
>  
>

Don't know.

>Ah, switching ALLOW_ANON_USER from true to false gets beyond this - to a
>"You Must Sign In to Read this Page" screen. Fiddling with other stuff in
>the auth configuration doesn't seem to resolve this, as long as
>ALLOW_ANON_USER is true.
>
>Does someone have a set of configuration settings which work with the
>current CVS which include ALLOW_ANON_USER=true and ALLOW_ANON_EDIT=false and
>ALLOW_BOGO_LOGIN=false, and which enforces a true login method (not bogo)
>for those with edit access?
>  
>

Haven't checked.

>I know there are still some deep issues with the CVS version, but basic
>stuff like this should be working now, right? Is something critical missing
>from the INSTALL instructions, or is the user auth code still this broken?
>  
>

I think Reini is really the right person to answer this, and he's gone 
until early August.

Dan

[Phpwiki-talk] Call to a member function on a non-object

[Whit B. <wh...@tr...>]

Hi all,

Figured it was time to start with a virgin nightly again, but dang:

---
Loading up virgin wiki
%BODY%

Fatal error: Call to a member function on a non-object in
/web/closeread/phpwiki/lib/Template.php(133) : eval()'d code on line 5
---

- which looks like the same spot several of us make bug reports on to the
list well over a month ago.
 
Since I followed the INSTALL and mysql.INSTALL files fairly closely (which
until a couple of months ago was a foolproof way to go), um, what's not
going right?

Ah, switching ALLOW_ANON_USER from true to false gets beyond this - to a
"You Must Sign In to Read this Page" screen. Fiddling with other stuff in
the auth configuration doesn't seem to resolve this, as long as
ALLOW_ANON_USER is true.

Does someone have a set of configuration settings which work with the
current CVS which include ALLOW_ANON_USER=true and ALLOW_ANON_EDIT=false and
ALLOW_BOGO_LOGIN=false, and which enforces a true login method (not bogo)
for those with edit access?

I know there are still some deep issues with the CVS version, but basic
stuff like this should be working now, right? Is something critical missing
from the INSTALL instructions, or is the user auth code still this broken?

Thanks,
Whit