Re: [pmwiki-users] Login issue with AuthUser

[Patrick R. Michaud]

On Sat, May 19, 2007 at 08:56:18AM +0200, [EMAIL PROTECTED] wrote:
> When I use ?action=login, after a successful login I end up staying at  
> the login page which is quite confusing for the users.
> 
> I use AuthUser and I have the following lines in my config.php,  
> Site.AuthUser is empty. Every user is listed with his/her own password  
> in the LDAP server.
> 
> $AuthUser['ldap'] = 
> include_once("$FarmD/cookbook/authuser.php");
> $Author = $AuthId;
> $DefaultPasswords['edit']  = 'id:*';
> $DefaultPasswords['admin'] = 'id:';
> 
> How can I avoid remaining at the login page after a successful login?

What version of PmWiki?

What do you mean by "remaining at the login page"?  

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] PageList of all groups?

[Anno]

The #group template is already in Site.PageListTemplates, there should 
be no need to add it anywhere extra.


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] Login issue with AuthUser

[info]

Hi all

I experienced a strange behaviour which I can not explain and I would  
like to have resolved.

When I use ?action=login, after a successful login I end up staying at  
the login page which is quite confusing for the users.

I use AuthUser and I have the following lines in my config.php,  
Site.AuthUser is empty. Every user is listed with his/her own password  
in the LDAP server.


$AuthUser['ldap'] = 
include_once("$FarmD/cookbook/authuser.php");
$Author = $AuthId;
$DefaultPasswords['edit']  = 'id:*';
$DefaultPasswords['admin'] = 'id:';

How can I avoid remaining at the login page after a successful login?

--
Any help or tipp is very much appreciated.
Best regards,
Mike



___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Login issue with JITS

[info]

Quoting Tegan Dowling <[EMAIL PROTECTED]>:

> On 5/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>> Quoting Tegan Dowling <[EMAIL PROTECTED]>:
>>
>>> On 5/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

 Quoting Hladůvka Jiří <[EMAIL PROTECTED]>:

> The Editor napsal(a):
>>> That's the behaviour I would like to have!
>>> I have a similar configuration as you have, but as mentionde before,
>> I
>>> will remain on the login page, despite successful login.
>>>
>>> Somebody mentioned the parameter 'nextpage' - where and how can I
>>> resolve this issue?
>>
>>
>> Nextpage is only a factor if you are using ZAP for your member
>> authentication. If you are using the standard AuthUser authorization
>> form that parameter does nothing. At this point it seems pretty clear
>> you are not using ZAP.
>>
>
> IMO the proble has nothing to do with ZAP as the link is not placed
> in any form (- I suppose; Mike is using ZAP as the problem occures
> in his JITS page). Perhaps Tegan is right saying :
> "if user A logs in with his name and instead *his* password enters the
> password set for e.g. "Read" which is not bound to any user, then the
> the user stays in the login page"
>
> Mike, try to create some user with an *original* password in your
> Site.Authuser and try to login. Put the link e.g. into
>> Main.Wikisandbox
> [[Main.Wikisandbox?action=login|Login]]

 I am using AuthUser and the authentication goes through a LDAP server.

 I made some tests.
 1) If I make the authentication throught 'edit' then I end up in the
 edit page after the authentication

 2) If I make the authentication through ?action=login, I end up in the
 login page despite successful authentication. It is independent of ZAP
 etc.
>>>
>>>
>>> But you haven't said:  When you log in, are you using the password
>> assigned
>>> to an individual, or are you using one that's assigned in the
>>> config.phpfile or via the ?action=attr?
>>
>> In config.php I say that the authentication goes through a LDAP call,
>> I do not use ?action=attr.
>> Is that the information you meant?
>
>
> And so, every time someone logs in, they have to provide their own,
> personal, user-specific password (as maintained and controlled by the LDAP
> stuff), *not* a system-wide user password.  Right?
>
> If so, then even though this setup has the problem of failing to return the
> user to the page after ?action=login, the problem is happening under
> different (evident) conditions than those under which I experience it.  Is
> that not a useful clue for someone?
Thanks so far, I will start a new thread with another subject, because  
there is no connection to jits and zap.
--
Kind regards,
Mike





___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Hans]

Saturday, May 19, 2007, 7:36:30 AM, Patrick R. Michaud wrote:

> In fact, it doesn't have to be local/config.php, one can have multiple
> specialized per-wiki configuration files.  For example, the settings for
> $DefaultPage could be put in a "local/config-early.php" file for each
> wiki:

>  $FarmPubDirUrl = 'http://wiki.hindu.org/pmwiki/pub';
>   ## global passwords here snipped ###
>   $EnablePageListProtect = 0;
>   include_once('local/config-early.php'); ### <- load wiki's early 
> customizations
>   include_once("$FarmD/cookbook/cluster.php");
>   ...

Or if this feels too confusing, one could create a farmconfig-late.php
file which holds all the include_once lines to load cookbook scripts
common to all wikis, and then add to the bottom or after the initial
customisations in the wiki's config.php:

include_once("$FarmD/local/farmconfig-late.php");


  ~Hans


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] FW: (:pagelist:) directive

[jdd]

jdd wrote:
> Patrick R. Michaud wrote:
> 
>> I've set up a fresh beta45 install, and it seems to work
>> perfectly there.
> 
> it's a config.php problem, I restored briefly and old version and it 
> works (with lot of langages groups).
> 
> Too late today, I will experiment more tomorrow :-)
> 
> thanks all
> jdd
> 
> 
problem found:

tha line
$GroupPattern = '(?:Site|PmWiki|Main|staff|conseil|rubriques|officiel)';

prevents (:pagelist:) from working

In fact, the problem is the following:

* using _lowcase_ names in the config file (le line quoted) don't make 
any problem for the group creation
* (:pagelist:) only display the groups in the GroupPattern list, but 
_is_ case sensitive. Using the line

$GroupPattern = '(?:Site|PmWiki|Main|Staff|Conseil|Rubriques|Officiel)';
Gives the desired result.

However this result is _not_ the same as what is done when no 
GroupPattern line is present (shows: PmWikiBg /
 PmWikiBg
PmWikiCa /
 AjudaDelPmWiki
 CercarEnElWiki
 ConsellsPer)

jdd

-- 
http://www.dodin.net
http://gourmandises.orangeblog.fr/

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Patrick R. Michaud]

On Sat, May 19, 2007 at 07:24:17AM +0100, Hans wrote:
> Saturday, May 19, 2007, 5:27:24 AM, Kathryn Andersen wrote:
> >> Interesting: Here is the opening of my farmconfig.php file
> >> 
> >>  >> $FarmPubDirUrl = 'http://wiki.hindu.org/pmwiki/pub';
> >> ## global passwords here snipped ###
> >> $EnablePageListProtect = 0;
> >> include_once("$FarmD/cookbook/cluster.php");
> >
> > Cluster calls ResolvePageName() as part of its initialization.
> > I'm not sure how to solve this problem -- it's the usual chicken-and-egg
> > problem with ResolvePageName that seems to happen quite a lot.
> 
> Perhaps simply generally do not load any scripts from farmconfig.php,
> but load them instead from a wiki's config.php, and after $DefaultName
> and other customisations are set, i.e. put your include_once lines
> near the bottom of the config.php files.

Another possibility is to call local/config.php from within farmconfig.php
prior to loading the other recipes:

  http://wiki.hindu.org/pmwiki/pub';
  ## global passwords here snipped ###
  $EnablePageListProtect = 0;
  include_once('local/config.php'); ### <- load wiki's customizations
  include_once("$FarmD/cookbook/cluster.php");

In fact, it doesn't have to be local/config.php, one can have multiple 
specialized per-wiki configuration files.  For example, the settings for
$DefaultPage could be put in a "local/config-early.php" file for each
wiki:

  http://wiki.hindu.org/pmwiki/pub';
  ## global passwords here snipped ###
  $EnablePageListProtect = 0;
  include_once('local/config-early.php'); ### <- load wiki's early 
customizations
  include_once("$FarmD/cookbook/cluster.php");
  ...

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Hans]

Saturday, May 19, 2007, 5:27:24 AM, Kathryn Andersen wrote:

>> Interesting: Here is the opening of my farmconfig.php file
>> 
>> > 
>> $FarmPubDirUrl = 'http://wiki.hindu.org/pmwiki/pub';
>> 
>> ## global passwords here snipped ###
>> 
>> $EnablePageListProtect = 0;
>> 
>> include_once("$FarmD/cookbook/cluster.php");
> Ah.

> Cluster calls ResolvePageName() as part of its initialization.

>> include_once("$FarmD/cookbook/wsplus.php");
>> include_once("$FarmD/cookbook/zap.php");
>> 
>> $DefaultPasswords['forms'] = 'nopass';
>> 
>> $Skin= 'fixflow';
>> 
>> $WikiDir = new PageStore('wiki.d/{$Group}/{$FullName}');
>> 
>> etc...

> I'm not sure how to solve this problem -- it's the usual chicken-and-egg
> problem with ResolvePageName that seems to happen quite a lot.

Perhaps simply generally do not load any scripts from farmconfig.php,
but load them instead from a wiki's config.php, and after $DefaultName
and other customisations are set, i.e. put your include_once lines
near the bottom of the config.php files.

If there was a reason why all these cookbook scripts need to be
loaded from farmconfig.php I apologise, as I read only these last
posts.


  ~Hans


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Kathryn Andersen]

On Fri, May 18, 2007 at 03:45:42PM -1000, Sivakatirswami wrote:
> Patrick R. Michaud wrote:
> > On Fri, May 18, 2007 at 09:58:27PM +1000, Kathryn Andersen wrote:
> >> Hmmm. How early in your local/config.php file do you have $DefaultPage
> >> defined?  I gather it needs to be pretty early.
> > 
> > The farmconfig.php (or something that it loads) may be
> > calling ResolvePageName() to determine a pagename
> > before $DefaultPage has been set.  
 
> Interesting: Here is the opening of my farmconfig.php file
> 
>  
> $FarmPubDirUrl = 'http://wiki.hindu.org/pmwiki/pub';
> 
> ## global passwords here snipped ###
> 
> $EnablePageListProtect = 0;
> 
> include_once("$FarmD/cookbook/cluster.php");
Ah.

Cluster calls ResolvePageName() as part of its initialization.

> include_once("$FarmD/cookbook/wsplus.php");
> include_once("$FarmD/cookbook/zap.php");
> 
> $DefaultPasswords['forms'] = 'nopass';
> 
> $Skin= 'fixflow';
> 
> $WikiDir = new PageStore('wiki.d/{$Group}/{$FullName}');
> 
> etc...

I'm not sure how to solve this problem -- it's the usual chicken-and-egg
problem with ResolvePageName that seems to happen quite a lot.

Kathryn Andersen
-- 
 _--_|\ | Kathryn Andersen  
/  \| 
\_.--.*/| GenFicCrit mailing list 
  v | 
| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |   -> Earth -> Sol -> Milky Way Galaxy -> Universe

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Sivakatirswami]

Patrick R. Michaud wrote:
> On Fri, May 18, 2007 at 09:58:27PM +1000, Kathryn Andersen wrote:
>> On Fri, May 18, 2007 at 12:57:18AM -1000, Sivakatirswami wrote:
>>> /seva/
>>> /local
>>>config.php
>>>
>>> for a field on the farm
>>>
>>> $WikiTitle = 'Himalayan Academy Dev Wiki';
>>> $DefaultPage ='HAP.SevaWikiHome';
>>> $PubDirUrl = $FarmPubDirUrl;
>> Hmmm. How early in your local/config.php file do you have $DefaultPage
>> defined?  I gather it needs to be pretty early.
> 
> The farmconfig.php (or something that it loads) may be
> calling ResolvePageName() to determine a pagename
> before $DefaultPage has been set.  


Interesting: Here is the opening of my farmconfig.php file

http://wiki.hindu.org/pmwiki/pub';

## global passwords here snipped ###

$EnablePageListProtect = 0;

include_once("$FarmD/cookbook/cluster.php");
include_once("$FarmD/cookbook/wsplus.php");
include_once("$FarmD/cookbook/zap.php");

$DefaultPasswords['forms'] = 'nopass';

$Skin= 'fixflow';

$WikiDir = new PageStore('wiki.d/{$Group}/{$FullName}');

etc...

?>
I note ZAP opens with:
--
###
### Main ZAP ENGINE ###
###

function ZAPengine() {
//ZAP INITIALIZATION
global $pagename, $ScriptUrl, $msg, $msg_form, $ZAParray, $PCache, 
$Version;
if (substr($Version, 0, 10) != "pmwiki-2.2") ZAPabort('version', "ZAP 
requires a later version of PmWiki. Please upgrade to the latest beta. 
Thank you! ");
$pagename = ResolvePageName($pagename);  ## WOULD THIS ONE DO IT?? ###
$ZAParray = ZAPsecure();


Other peculiarities, possibly all related?

1) the PMwiki logo is appearing, everywhere, on all pages, in all fields,
right underneath the logo assigned in the local/config file that is
unique to each field.

2) the wsplus recipe for outlines is not working as expected...almost as 
if there is something that
is "monkeying" with the path to  /pmwiki/pub/wsplus/ ??

# fruits
## oranges
## apples
# animals
## cats
## dogs

delivers:

1. fruits
  1. oranges
  2. apples
2. animals
  1. cats
  2. dogs

Instead of the expected

1. fruits
  A. oranges
  B. apples
2. animals
  A. cats
  B. dogs

Om shanti
(In  Peace)


skts

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] genealogy with pmwiki ?

[Knut Alboldt]

Vince Administration schrieb:
> I think it is really important that the system be able to read and 
> probably write standard GeD (? files).
absolutely ! im- and export
> All the geneology programs use this as a flat file database format. I 
> have collected such data, and
> would not want to start adding data from scratch. 
neither me.

I already entered some data into PAF, which supports im- and export of 
std-GED files. So that will be a good start.
There are also several
> (free and not free) programs
> that can produce reports.  The role I would find useful for PmWiki is to 
> allow lots of people (in the family, presumably)
> to update the data, and of course to examine the reports.
> Vince

---

I was thinking of how the data could be gathered and how to be 
displayed. how about that:

creating data-pages in pmwiki where the data of one person (etc) will be 
entered in a rather simple but via form editable mode e.g.:

field: value
field: value

or
:field: value
:field: very
long
value
:field: value

etc

At view-time this will set only variables but show nothing so the 
page-content itself is not displayed directly but the display-job is 
done by a group-footer-page which displayes the fields in a formatted page.
I think such an "pure data-page" can be changed by a form-function more 
easily and the collected data can be displayed in different ways simply 
by changing one page: the group-footer-page

so a wikipage will turn likely more into a pure data container rather 
than a formatting page. Within the fields pmwiki-markups could be used t 
format the field's contents. Ok pmwiki is not the best database 
considering performance but I think there won't be so much data records 
to store to get a problem. and we'll have the full flexibility of pmwiki

I'll try to get some time at the weekend for some testing but I think I 
will have to wait a bit (sailing season has begun ! so I think I'll 
rather be on a boat-tour the next week :-)

Knut

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] genealogy with pmwiki ?

[Knut Alboldt]

[EMAIL PROTECTED] schrieb:
> On Thu, 17 May 2007, Knut Alboldt wrote:
> 
>> Well I think, collecting the data isn't to hard:
>> - a group for persons, locations, date-tables etc
>> - one page per person, the fields could be adapted from other existing
>> good application (e.g PAF)
>> - like in PAF, a person's pagename should depend on an unique ID, not on
>> the person's name
> 
> The ID could simply be date of birth, plus some unique distinguishing 
> tag - a number or name?
This must be a user or system generated unique id (e.g. timestamp of 
pagecreation in (milli)sec), cause all other data may change during some 
updates:
- name may be wrong or not unique
- birthday may be first unknown or have to be corrected later on etc
- etc
PAF is generating a unique number by itself (as far as I can remember). 
E.g. a sql autoincr would do it
if this unique id is used for the page name, the page could be 
identified using a title-markup (e.g. name and date of birth), may be 
automatically generated using PTVs. (I like them more and more :-)
> 
>> maybe it's worth it to gather some of these specification on a 
>> pmwiki.org-page (is a cookbook-entry the right place ?) to discuss 
>> this or to gather the results of the discussion ?
> 
> This sounds like a good idea. I don't think the cookbook is right at the 
> moment though - I'd expect more than one page to be needed... perhaps 
> create a new group at pmwiki.org?  (This is assuming that Patrick 
> doesn't mind)
well, Pm, what do you think ? Or shall we set up an own wiki ?
> 
> /Christian


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Login issue with JITS

[Tegan Dowling]

On 5/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Quoting Tegan Dowling <[EMAIL PROTECTED]>:

> On 5/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>> Quoting Hladůvka Jiří <[EMAIL PROTECTED]>:
>>
>>> The Editor napsal(a):
> That's the behaviour I would like to have!
> I have a similar configuration as you have, but as mentionde before,
I
> will remain on the login page, despite successful login.
>
> Somebody mentioned the parameter 'nextpage' - where and how can I
> resolve this issue?


 Nextpage is only a factor if you are using ZAP for your member
 authentication. If you are using the standard AuthUser authorization
 form that parameter does nothing. At this point it seems pretty clear
 you are not using ZAP.

>>>
>>> IMO the proble has nothing to do with ZAP as the link is not placed
>>> in any form (- I suppose; Mike is using ZAP as the problem occures
>>> in his JITS page). Perhaps Tegan is right saying :
>>> "if user A logs in with his name and instead *his* password enters the
>>> password set for e.g. "Read" which is not bound to any user, then the
>>> the user stays in the login page"
>>>
>>> Mike, try to create some user with an *original* password in your
>>> Site.Authuser and try to login. Put the link e.g. into
Main.Wikisandbox
>>> [[Main.Wikisandbox?action=login|Login]]
>>
>> I am using AuthUser and the authentication goes through a LDAP server.
>>
>> I made some tests.
>> 1) If I make the authentication throught 'edit' then I end up in the
>> edit page after the authentication
>>
>> 2) If I make the authentication through ?action=login, I end up in the
>> login page despite successful authentication. It is independent of ZAP
>> etc.
>
>
> But you haven't said:  When you log in, are you using the password
assigned
> to an individual, or are you using one that's assigned in the
> config.phpfile or via the ?action=attr?

In config.php I say that the authentication goes through a LDAP call,
I do not use ?action=attr.
Is that the information you meant?



And so, every time someone logs in, they have to provide their own,
personal, user-specific password (as maintained and controlled by the LDAP
stuff), *not* a system-wide user password.  Right?

If so, then even though this setup has the problem of failing to return the
user to the page after ?action=login, the problem is happening under
different (evident) conditions than those under which I experience it.  Is
that not a useful clue for someone?
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[Patrick R. Michaud]

On Fri, May 18, 2007 at 03:47:43PM -0400, IchBin wrote:
> Patrick R. Michaud wrote:
> > On Fri, May 18, 2007 at 12:37:12PM -0400, IchBin wrote:
> >> I think you can use recipes along side of AuthUser for user 
> >> authentication but this seems to be just for user authentication. It 
> >> does not seem to store access rules from what I can tell. These are the 
> >> authentication possibilities with AuthUser:
> >>
> >>   - Password-formatted File (.htpasswd)
> >>   - LDAP
> >>   - Password from MySql or Postgres Database
> >>   - XML-RPC Authentication
> > 
> > Also:
> > - authentication via the webserver
> > - PHP settings ($AuthUser)
> > - Active Directory (via LDAP)
> > 
> > It's also pluggable, in that one can create custom
> > authentication modules for other sources (e.g., I've
> > been thinking of creating an OpenID authenticator).
> > 
> > Pm
> 
> Sorry pm, I assume that by mentioning the .htpasswd file that people 
> would realize that would be managed ala server. 

There's two aspects to it.  One way to do it is to have the
server authenticate people using .htpasswd (in which case the
server provides the authenticated ID via REMOTE_USER), and
the other is to have PmWiki perform the authentication using
a file formatted in htpasswd format.

> And again assumed that people would know that by default the 
> AuthUser recipe would internally manage via $author. I will be more 
> descriptive.

No problem, just wanted to maintain completeness.  :-)

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[IchBin]

Patrick R. Michaud wrote:
> On Fri, May 18, 2007 at 12:37:12PM -0400, IchBin wrote:
>> I think you can use recipes along side of AuthUser for user 
>> authentication but this seems to be just for user authentication. It 
>> does not seem to store access rules from what I can tell. These are the 
>> authentication possibilities with AuthUser:
>>
>>   - Password-formatted File (.htpasswd)
>>   - LDAP
>>   - Password from MySql or Postgres Database
>>   - XML-RPC Authentication
> 
> Also:
> - authentication via the webserver
> - PHP settings ($AuthUser)
> - Active Directory (via LDAP)
> 
> It's also pluggable, in that one can create custom
> authentication modules for other sources (e.g., I've
> been thinking of creating an OpenID authenticator).
> 
> Pm

Sorry pm, I assume that by mentioning the .htpasswd file that people 
would realize that would be managed ala server. And again assumed that 
people would know that by default the AuthUser recipe would internally 
manage via $author. I will be more descriptive.

-- 
Thanks in Advance...   http://weconsultants.prophp.org
IchBin, Philadelphia, Pa, USA  http://ichbinquotations.awardspace.com
__
'If there is one, Knowledge is the "Fountain of Youth"'
-William E. Taylor, Regular Guy (1952-)




___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] FW: (:pagelist:) directive

[jdd]

Patrick R. Michaud wrote:

> I've set up a fresh beta45 install, and it seems to work
> perfectly there.

it's a config.php problem, I restored briefly and old version and it 
works (with lot of langages groups).

Too late today, I will experiment more tomorrow :-)

thanks all
jdd


-- 
http://www.dodin.net
http://gourmandises.orangeblog.fr/

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[Jason Frisvold]

On 5/18/07, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> Where would you like the groups to be read from?

I'm not really sure actually.  What I've done so far is tie pmWiki in
with my existing user's database, stored in MySQL.  That database has
another table called groups that map the users and groups together.

If I understand the current AuthUser implementation, the database only
gets queried when the user tries to login, and then from there the
user has a session file containing all of the relevant information.
Is that accurate?

If so, then could the groups also be loaded from the database and
stored in an array within the session file?  Then authentication would
work as it does today, checking against group lists and whatnot ..  ?

> Pm

-- 
Jason 'XenoPhage' Frisvold
[EMAIL PROTECTED]
http://blog.godshell.com

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] FW: (:pagelist:) directive

[Patrick R. Michaud]

On Fri, May 18, 2007 at 06:44:42PM +0200, Peter K.H. Gragert wrote:
> > I can't make the (:pagelist:) directive display all my pages,
> > according to http://www.pmwiki.org/wiki/PmWiki/PageLists.
> > 
> > I simply create a page with (:pagelist:) in it :
> > 
> > http://www.culte.org/pmwiki/?n=Rubriques.Test
> > 
> > there are none of my own pages (groups Officiel, Rubriques are read free)
> 
> [PKHG] 
> At a fresh Pmwiki beta45 I get the same impression.
> Only (:pagelist:) on an otherwise empty page shows NOTHING.

I've set up a fresh beta45 install, and it seems to work
perfectly there.

  http://www.pmichaud.com/sandbox/pagelist/pmwiki.php/Main/TestPage

Feel free to experiment on that wiki to try to demonstrate the bug.
But it appears to work fine for me.

(The admin password is 'quick', should anyone need it.)

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[Patrick R. Michaud]

On Fri, May 18, 2007 at 12:37:12PM -0400, IchBin wrote:
> I think you can use recipes along side of AuthUser for user 
> authentication but this seems to be just for user authentication. It 
> does not seem to store access rules from what I can tell. These are the 
> authentication possibilities with AuthUser:
> 
>   - Password-formatted File (.htpasswd)
>   - LDAP
>   - Password from MySql or Postgres Database
>   - XML-RPC Authentication

Also:
- authentication via the webserver
- PHP settings ($AuthUser)
- Active Directory (via LDAP)

It's also pluggable, in that one can create custom
authentication modules for other sources (e.g., I've
been thinking of creating an OpenID authenticator).

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[Patrick R. Michaud]

On Fri, May 18, 2007 at 01:22:30PM -0400, Jason Frisvold wrote:
> On 5/18/07, IchBin <[EMAIL PROTECTED]> wrote:
> > I think you can use recipes along side of AuthUser for user
> > authentication but this seems to be just for user authentication. It
> > does not seem to store access rules from what I can tell. These are the
> > authentication possibilities with AuthUser:
> 
> Right.   These seem to be built into AuthUser, though..  I'm using a
> MySQL setup right now but I can't control group access outside of the
> Site.AuthUser page.  I'm waiting to see if/when that will be
> implemented because that would be of great help to me.

Where would you like the groups to be read from?

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] [pmwiki-devel] CSS whiz needed...

[Patrick R. Michaud]

On Thu, May 17, 2007 at 02:45:00PM -0400, The Editor wrote:
> Thanks bunches for both links.  Very helpful.  But neither seem to
> give a list of what style attributes can be assigned to which html
> markups.  Ex: can you put a border around a ? Does float mean
> anything in a span--or is it only for divs? etc.

Yes, a  (or any other tag) can have a border property.

Yes, float can mean something in a span.

As I said in my previous post almost any property can "legally" go 
with any element.  (I'm not aware of any that cannot.)  The only question is 
what effect (if any) the browser gives the property within that element.

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] [pmwiki-devel] CSS whiz needed...

[Jon Haupt]

On 5/18/07, Sandy <[EMAIL PROTECTED]> wrote:
> The Editor wrote:
> > Thanks bunches for both links.  Very helpful.  But neither seem to
> > give a list of what style attributes can be assigned to which html
> > markups.  Ex: can you put a border around a ? Does float mean
> > anything in a span--or is it only for divs? etc.
> >
> > If anyone has an idea where to get that information I'd be thankful!
> >
> > Cheers,
> > Dan
>

I'd recommend reading some of the recent books on this sort of topic.
In particular, these two:

The Zen of CSS design / Dave Shea, Molly Holzschlag (2005)
http://worldcat.org/oclc/58393096
Transcending CSS / Andy Clarke, Molly Holzschlag (2007)
http://worldcat.org/oclc/76910430

I think they deal with topics like these and sort of getting your head
around the whole concept of CSS and HTML/XHTML and how they work
together.  And the second one has an eye on CSS3, which I think is
important.

Jon Haupt

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[Jason Frisvold]

On 5/18/07, IchBin <[EMAIL PROTECTED]> wrote:
> I think you can use recipes along side of AuthUser for user
> authentication but this seems to be just for user authentication. It
> does not seem to store access rules from what I can tell. These are the
> authentication possibilities with AuthUser:

Right.   These seem to be built into AuthUser, though..  I'm using a
MySQL setup right now but I can't control group access outside of the
Site.AuthUser page.  I'm waiting to see if/when that will be
implemented because that would be of great help to me.

> IchBin, Philadelphia, Pa, USA  http://ichbinquotations.awardspace.com


-- 
Jason 'XenoPhage' Frisvold
[EMAIL PROTECTED]
http://blog.godshell.com

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] [pmwiki-devel] CSS whiz needed...

[Sandy]

The Editor wrote:
> Thanks bunches for both links.  Very helpful.  But neither seem to
> give a list of what style attributes can be assigned to which html
> markups.  Ex: can you put a border around a ? Does float mean
> anything in a span--or is it only for divs? etc.
> 
> If anyone has an idea where to get that information I'd be thankful!
> 
> Cheers,
> Dan

If in doubt, test it. Also check out www.w3schools.com, I think there's 
a chart in there somewhere. You can use most styles on most tags, but 
some are only for inline level, some only for block level.

Yes, you can put a border around a .

Not sure if float does anything for a span, but if you want to move 
things out of the flow, it's probably because they're block-level, so it 
should be a div, which are very floatable.

Sandy


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] FW: (:pagelist:) directive

[jdd]

Peter K.H. Gragert wrote:
> 
>> -Oorspronkelijk bericht-
>> Van: [EMAIL PROTECTED] [mailto:pmwiki-users-
>> [EMAIL PROTECTED] Namens jdd
>> Verzonden: vrijdag 18 mei 2007 16:55
>> Aan: PmWiki Users
>> Onderwerp: [pmwiki-users] (:pagelist:) directive
>>
>> Hello :-)
>>
>> I can't make the (:pagelist:) directive display all my pages,
>> according to http://www.pmwiki.org/wiki/PmWiki/PageLists.
>>
>> I simply create a page with (:pagelist:) in it :
>>
>> http://www.culte.org/pmwiki/?n=Rubriques.Test
>>
>> there are none of my own pages (groups Officiel, Rubriques are read free)
>>
>> thanks
>> jdd
>> --
> 
> 
> [PKHG] 
> At a fresh Pmwiki beta45 I get the same impression.
> Only (:pagelist:) on an otherwise empty page shows NOTHING.
> 
> But JDD'page is now filled and not anymore empty. Why? Where did jdd change
> something?
> 
> It seems to be in config.php :
> #$EnablePageListProtect = 0;
> The hashmark removed makes "pagelist" work.
> 
> Question: what do I miss?
> Or otherwise added at http://www.pmwiki.org/wiki/PmWiki/PageLists ???

Yes, some groups of the wiki are read protected and I don't want to 
have they page name displayed (though the $EnablePageListProtect = 1;)

but should this impact the non read protected pages?

thanks
jdd


-- 
http://www.dodin.net
http://gourmandises.orangeblog.fr/

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] FW: (:pagelist:) directive

[Peter K.H. Gragert]

> -Oorspronkelijk bericht-
> Van: [EMAIL PROTECTED] [mailto:pmwiki-users-
> [EMAIL PROTECTED] Namens jdd
> Verzonden: vrijdag 18 mei 2007 16:55
> Aan: PmWiki Users
> Onderwerp: [pmwiki-users] (:pagelist:) directive
> 
> Hello :-)
> 
> I can't make the (:pagelist:) directive display all my pages,
> according to http://www.pmwiki.org/wiki/PmWiki/PageLists.
> 
> I simply create a page with (:pagelist:) in it :
> 
> http://www.culte.org/pmwiki/?n=Rubriques.Test
> 
> there are none of my own pages (groups Officiel, Rubriques are read free)
> 
> thanks
> jdd
> --


[PKHG] 
At a fresh Pmwiki beta45 I get the same impression.
Only (:pagelist:) on an otherwise empty page shows NOTHING.

But JDD'page is now filled and not anymore empty. Why? Where did jdd change
something?

It seems to be in config.php :
#$EnablePageListProtect = 0;
The hashmark removed makes "pagelist" work.

Question: what do I miss?
Or otherwise added at http://www.pmwiki.org/wiki/PmWiki/PageLists ???

Greetings
  PKHG



___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[IchBin]

Neil Herber (nospam) wrote:
> Jason Frisvold wrote:
>> On 5/17/07, Neil Herber (nospam) <[EMAIL PROTECTED]> wrote:
>>> AuthUser has supported group authentication for quite a while. For a
>>> quick overview of how it works, simply look at the Site/AuthUser page on
>>> your install.
>> Let me re-phrase..
>>
>> I'm looking to store the groups in the database along with the user
>> information.  I don't see any current way to do this...
> 
> I am not sure what you mean because neither AuthUser nor PmWiki make use 
> of a "database".
> 
> If you use a straight AuthUser solution, the usernames, passwords and 
> groups are all stored on a single wiki page: Site/AuthUser.
> 
> I use a hybrid solution. I use Apache Basic Authentication to 
> authenticate users and control access. I use AuthUser groups to 
> determine who can see what. It works very well.
> 

I think you can use recipes along side of AuthUser for user 
authentication but this seems to be just for user authentication. It 
does not seem to store access rules from what I can tell. These are the 
authentication possibilities with AuthUser:

  - Password-formatted File (.htpasswd)
  - LDAP
  - Password from MySql or Postgres Database
  - XML-RPC Authentication

-- 
Thanks in Advance...   http://weconsultants.prophp.org
IchBin, Philadelphia, Pa, USA  http://ichbinquotations.awardspace.com
__
'If there is one, Knowledge is the "Fountain of Youth"'
-William E. Taylor, Regular Guy (1952-)




___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] zap cancel button

[noskule]

Ben Stallings schrieb:
> noskule wrote:
>> Is there a way/example for a cancel button? The cancel button should not
>> touch the datapage but use "nextpage"  to return to the basepage.
> 
> Does it have to be a button?  Since it doesn't submit any data, a simple 
> link would be more appropriate and a lot less work to implement.  You 
> could use an image to make it look like a button if that were important, 
> but the behavior you're looking for is not button behavior.  --Ben

In the case of a link your right, but imagine all other cases that you
can do with zap but not replace with simple html . . . .


> 
> ___
> pmwiki-users mailing list
> pmwiki-users@pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] zap cancel button

[noskule]

The Editor schrieb:
> On 5/17/07, noskule <[EMAIL PROTECTED]> wrote:
>> hi dan
>> Is there a way/example for a cancel button? The cancel button should not
>> touch the datapage but use "nextpage"  to return to the basepage.
>>
>> grz nos
> 
> 
> Not really, but you might be able to get that effect if you did
> something like the following (not tested)
> 
> (:zap if="equal 'button' 'Cancel' ? warn='action canceled' ":)
> (:zap warn='':)
> 
> ... rest of form
> 
> (:input submit button value='Do Action':)
> (:input submit button value='Cancel':)

oky I did this. See:
http://netstreams.org/test/pmwiki/index.php/Zap/CancelTest
pwd is quick.

The cancel button works, but I cant get it working that the if statement
recognizes the "Submit" button as submit button.

Do you have any idea what's wrong?



> 
> The idea is the first thing the form checks is which button you push.
> If Cancel, you give warn an message which will cause the form to
> abort. Otherwise, warn (if = '') is ignored, allowing the form to be
> processed.
> 
> A cancel button would be nice, but ZAP processes all form inputs in
> the order they appear, so unless you put it at the top of your form,
> it wouldn't do much good.
> 
> Cheers,
> Dan
> 
> PS. Not to say it couldn't be done... A special check for the abort
> value before any other form processing might be all it takes...
> Hmmm...
> 

I think the way above is just perfect. The reason is, that if one would
like to cancel, that don't mean, the form should not take any action.
For example: I submit the datapage and nextpage via get to the form. If
I would like to cancel I still want to the "nextpage". So your solution
above gives the flexibly it needs.
grz nos

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] (:pagelist:) directive

[jdd]

Hello :-)

I can't make the (:pagelist:) directive display all my pages, 
according to http://www.pmwiki.org/wiki/PmWiki/PageLists.

I simply create a page with (:pagelist:) in it :

http://www.culte.org/pmwiki/?n=Rubriques.Test

there are none of my own pages (groups Officiel, Rubriques are read free)

thanks
jdd
-- 
http://www.dodin.net
http://gourmandises.orangeblog.fr/

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[Neil Herber (nospam)]

Jason Frisvold wrote:
> On 5/17/07, Neil Herber (nospam) <[EMAIL PROTECTED]> wrote:
>> AuthUser has supported group authentication for quite a while. For a
>> quick overview of how it works, simply look at the Site/AuthUser page on
>> your install.
> 
> Let me re-phrase..
> 
> I'm looking to store the groups in the database along with the user
> information.  I don't see any current way to do this...

I am not sure what you mean because neither AuthUser nor PmWiki make use 
of a "database".

If you use a straight AuthUser solution, the usernames, passwords and 
groups are all stored on a single wiki page: Site/AuthUser.

I use a hybrid solution. I use Apache Basic Authentication to 
authenticate users and control access. I use AuthUser groups to 
determine who can see what. It works very well.

-- 
Neil Herber
Corporate info at http://www.eton.ca/

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[Jason Frisvold]

On 5/17/07, Neil Herber (nospam) <[EMAIL PROTECTED]> wrote:
> AuthUser has supported group authentication for quite a while. For a
> quick overview of how it works, simply look at the Site/AuthUser page on
> your install.

Let me re-phrase..

I'm looking to store the groups in the database along with the user
information.  I don't see any current way to do this...

> --
> Neil Herber

-- 
Jason 'XenoPhage' Frisvold
[EMAIL PROTECTED]
http://blog.godshell.com

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Login issue with JITS

[info]

Quoting Tegan Dowling <[EMAIL PROTECTED]>:

> On 5/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>> Quoting Hladůvka Jiří <[EMAIL PROTECTED]>:
>>
>>> The Editor napsal(a):
> That's the behaviour I would like to have!
> I have a similar configuration as you have, but as mentionde before, I
> will remain on the login page, despite successful login.
>
> Somebody mentioned the parameter 'nextpage' - where and how can I
> resolve this issue?


 Nextpage is only a factor if you are using ZAP for your member
 authentication. If you are using the standard AuthUser authorization
 form that parameter does nothing. At this point it seems pretty clear
 you are not using ZAP.

>>>
>>> IMO the proble has nothing to do with ZAP as the link is not placed
>>> in any form (- I suppose; Mike is using ZAP as the problem occures
>>> in his JITS page). Perhaps Tegan is right saying :
>>> "if user A logs in with his name and instead *his* password enters the
>>> password set for e.g. "Read" which is not bound to any user, then the
>>> the user stays in the login page"
>>>
>>> Mike, try to create some user with an *original* password in your
>>> Site.Authuser and try to login. Put the link e.g. into Main.Wikisandbox
>>> [[Main.Wikisandbox?action=login|Login]]
>>
>> I am using AuthUser and the authentication goes through a LDAP server.
>>
>> I made some tests.
>> 1) If I make the authentication throught 'edit' then I end up in the
>> edit page after the authentication
>>
>> 2) If I make the authentication through ?action=login, I end up in the
>> login page despite successful authentication. It is independent of ZAP
>> etc.
>
>
> But you haven't said:  When you log in, are you using the password assigned
> to an individual, or are you using one that's assigned in the
> config.phpfile or via the ?action=attr?

In config.php I say that the authentication goes through a LDAP call,  
I do not use ?action=attr.
Is that the information you meant?
--
Thanks very much for your help, I would be happy to resolve it.
Kind regards,
Mike




___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Patrick R. Michaud]

On Fri, May 18, 2007 at 09:58:27PM +1000, Kathryn Andersen wrote:
> On Fri, May 18, 2007 at 12:57:18AM -1000, Sivakatirswami wrote:
> > /seva/
> > /local
> >config.php
> > 
> > for a field on the farm
> > 
> > $WikiTitle = 'Himalayan Academy Dev Wiki';
> > $DefaultPage ='HAP.SevaWikiHome';
> > $PubDirUrl = $FarmPubDirUrl;
> 
> Hmmm. How early in your local/config.php file do you have $DefaultPage
> defined?  I gather it needs to be pretty early.

The farmconfig.php (or something that it loads) may be
calling ResolvePageName() to determine a pagename
before $DefaultPage has been set.  

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] What's the Best Way to Automatically Create Author Page?

[Patrick R. Michaud]

On Fri, May 18, 2007 at 08:26:46AM -0400, Ben Wilson wrote:
> I'm trying to figure out the best path for creating an author page
> based off of the template. I plan on using the AutoCreate array, but I
> don't know the best way to have it automatically include
> Templates.NewUser.

Here's a good start:

$page = ReadPage('Templates.NewUser', READPAGE_CURRENT);
$AutoCreate['/^Author\./'] = array(
  'ctime' => $Now,
  'text' => $page['text']
  ));

Pm

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Login issue with JITS

[Tegan Dowling]

On 5/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Quoting Hladůvka Jiří <[EMAIL PROTECTED]>:

> The Editor napsal(a):
>>> That's the behaviour I would like to have!
>>> I have a similar configuration as you have, but as mentionde before, I
>>> will remain on the login page, despite successful login.
>>>
>>> Somebody mentioned the parameter 'nextpage' - where and how can I
>>> resolve this issue?
>>
>>
>> Nextpage is only a factor if you are using ZAP for your member
>> authentication. If you are using the standard AuthUser authorization
>> form that parameter does nothing. At this point it seems pretty clear
>> you are not using ZAP.
>>
>
> IMO the proble has nothing to do with ZAP as the link is not placed
> in any form (- I suppose; Mike is using ZAP as the problem occures
> in his JITS page). Perhaps Tegan is right saying :
> "if user A logs in with his name and instead *his* password enters the
> password set for e.g. "Read" which is not bound to any user, then the
> the user stays in the login page"
>
> Mike, try to create some user with an *original* password in your
> Site.Authuser and try to login. Put the link e.g. into Main.Wikisandbox
> [[Main.Wikisandbox?action=login|Login]]

I am using AuthUser and the authentication goes through a LDAP server.

I made some tests.
1) If I make the authentication throught 'edit' then I end up in the
edit page after the authentication

2) If I make the authentication through ?action=login, I end up in the
login page despite successful authentication. It is independent of ZAP
etc.



But you haven't said:  When you log in, are you using the password assigned
to an individual, or are you using one that's assigned in the
config.phpfile or via the ?action=attr?
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] What's the Best Way to Automatically Create Author Page?

[Ben Wilson]

I'm trying to figure out the best path for creating an author page
based off of the template. I plan on using the AutoCreate array, but I
don't know the best way to have it automatically include
Templates.NewUser.

-- 
Ben Wilson
"Words are the only thing which will last forever" Churchill

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Kathryn Andersen]

On Fri, May 18, 2007 at 12:57:18AM -1000, Sivakatirswami wrote:
> /seva/
> /local
>config.php
> 
> for a field on the farm
> 
> $WikiTitle = 'Himalayan Academy Dev Wiki';
> $DefaultPage ='HAP.SevaWikiHome';
> $PubDirUrl = $FarmPubDirUrl;
> 
> But the page being displayed as the default home page is still
> 
> /pmwiki
> /wikilib.d
>Main.HomePage
> 
> This just started happening last week after upgrade to beta .45,
> I also upgraded to the lastest Cluster, Zap and a few other recipes
> -- all of which should not touch this issue... but possibly they are
> involved?

Hmmm. How early in your local/config.php file do you have $DefaultPage
defined?  I gather it needs to be pretty early.

Kathryn Andersen
-- 
 _--_|\ | Kathryn Andersen  
/  \| 
\_.--.*/| GenFicCrit mailing list 
  v | 
| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |   -> Earth -> Sol -> Milky Way Galaxy -> Universe

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Sivakatirswami]

Anno wrote:
> $DefaultPage ="HAP.SevaWikiHome";
> should work.


(sigh)  right.. it should, but it does not...
I have in the

/seva/
/local
   config.php

for a field on the farm

$WikiTitle = 'Himalayan Academy Dev Wiki';
$DefaultPage ='HAP.SevaWikiHome';
$PubDirUrl = $FarmPubDirUrl;


But the page being displayed as the default home page is still

/pmwiki
/wikilib.d
   Main.HomePage

This just started happening last week after upgrade to beta .45,
I also upgraded to the lastest Cluster, Zap and a few other recipes
-- all of which should not touch this issue... but possibly they are
involved?


Sivakatirswami
www.himalayanacademy.com

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Urgent: $DefaultPage stopped working ??

[Anno]

$DefaultPage ="HAP.SevaWikiHome";
should work.


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] pmwiki and 'user' php session handler (sharedanced)

[Jean-Fabrice [gmail]]

Well.
 After some investigations, I found this error in the log : "Fatal
error: session_start(): Failed to initialize storage module: user".
Calling session_start twice when working with 'user'  set_save_handler
seems to have bad effect.

I patched my pmwiki.php (2.2.0 beta 42) with the following :
===
--- pmwiki.php  (revision 1098)
+++ pmwiki.php  (working copy)
@@ -1736,7 +1736,7 @@
   if (!$auth && ($called > 1 || [EMAIL PROTECTED]()])) return;

   $sid = session_id();
-  @session_start();
+  if (!$sid) @session_start();
   foreach((array)$auth as $k => $v)
 if ($k) $_SESSION[$k] = (array)$v + (array)@$_SESSION[$k];

@@ -1819,7 +1819,7 @@
   WritePage($pagename,$page);
   Lock(0);
   if (IsEnabled($EnablePostAttrClearSession, 1)) {
-@session_start();
+if (!session_id()) @session_start();
 unset($_SESSION['authid']);
 unset($_SESSION['authlist']);
 $_SESSION['authpw'] = array();
@@ -1833,7 +1833,7 @@
   global $LogoutRedirectFmt, $LogoutCookies;
   SDV($LogoutRedirectFmt, '$FullName');
   SDV($LogoutCookies, array());
-  @session_start();
+  if (!session_id()) @session_start();
   $_SESSION = array();
   if (isset($_COOKIE[session_name()]))
 setcookie(session_name(), '', time()-43200, '/');


and now it works. Patrick : do you see any bad effect with this patch ?

JF


2007/5/18, Leif Schou <[EMAIL PROTECTED]>:
> Hi Jean-Fabrice / Patric
>
> I experience exactly the same thing. If i use $DefaultPasswords['edit'] = 
> crypt('anything'); or as well the Authuser, when i login i get directet to a 
> blank page. There is no difference if i login with a wrong password or the 
> right one, and there is no way to get to the editing session. What have i 
> done wrong? What is missing?
>
> I'm a php and wiki newbie, but i'm on a project, trying to show how simple 
> and smart wiki can be for knowledge management on danish libraries. No reason 
> to solve similar problems twice, as it seems to be the case today.
>
> Leif
>
>
> -Oprindelig meddelelse-
> Fra: [EMAIL PROTECTED] på vegne af Jean-Fabrice [gmail]
> Sendt: to 5/17/2007 11:35
> Til: pmwiki-users@pmichaud.com
> Emne: [pmwiki-users] pmwiki and 'user' php session handler (sharedanced)
>
> Patrick,
>
> Is there anything special to know about how pmwiki handle php sessions ?
>
> I'm trying to use sharedanced, a networked php session manager
> (http://sharedance.pureftpd.org/) and I'm stuck :
> Since my site is read-protected, it first asks for a login/password
> where the user try to access the homepage. The problem is that I just
> get a blank page after validating the login form. If I then try to
> open a page on the site (say Site/AllRecentChanges or whatever), it
> works fine (i.e the session is ok)
>
> Jean-Fabrice
>
> ___
> pmwiki-users mailing list
> pmwiki-users@pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
>
>
>

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] pmwiki and 'user' php session handler (sharedanced)

[Leif Schou]

Hi Jean-Fabrice / Patric

I experience exactly the same thing. If i use $DefaultPasswords['edit'] = 
crypt('anything'); or as well the Authuser, when i login i get directet to a 
blank page. There is no difference if i login with a wrong password or the 
right one, and there is no way to get to the editing session. What have i done 
wrong? What is missing?

I'm a php and wiki newbie, but i'm on a project, trying to show how simple and 
smart wiki can be for knowledge management on danish libraries. No reason to 
solve similar problems twice, as it seems to be the case today.

Leif


-Oprindelig meddelelse-
Fra: [EMAIL PROTECTED] på vegne af Jean-Fabrice [gmail]
Sendt: to 5/17/2007 11:35
Til: pmwiki-users@pmichaud.com
Emne: [pmwiki-users] pmwiki and 'user' php session handler (sharedanced)
 
Patrick,

Is there anything special to know about how pmwiki handle php sessions ?

I'm trying to use sharedanced, a networked php session manager
(http://sharedance.pureftpd.org/) and I'm stuck :
Since my site is read-protected, it first asks for a login/password
where the user try to access the homepage. The problem is that I just
get a blank page after validating the login form. If I then try to
open a page on the site (say Site/AllRecentChanges or whatever), it
works fine (i.e the session is ok)

Jean-Fabrice

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users





___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] "Official" release of UserAuth2 recipe

[ThomasP]

Hello,

due to the delegation mechanism I'm actually in the practical position to
be able to show how UserAuth2 looks like on a real example, without
compromising the security of the pmwiki itself. (I have still not used my
own web site though, rather an out-of-the-box pmwiki only - one never
knows.)

See http://www.sigproc.de/pmtest45/pmwiki-2.2.0-beta45/, with login
"small_admin" and password "pmwiki".

It permits page creations and editing in groups starting with "Test", and
you can of course create new users (that can only edit within these
groups) as well.

Thomas




___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users